Methods and apparatus for metering portable media players

ABSTRACT

Example methods, apparatus, and articles of manufacture of a media presentation device is disclosed. The disclosed example includes an output device, an input to receive user input, and a monitor installed in the media presentation device at a time of manufacture of the media presentation device, the monitor provided to a manufacturer of the media presentation device by an audience measurement entity. The monitor to obtain demographic information of a user via the input and present an agreement to the user via the output device of the media presentation device. The monitor to enable collection of monitoring information when the agreement is accepted, prevent collection of monitoring information when the agreement is not accepted and collect monitoring information identifying at least one of a media presentation on the media presentation device or a user interaction with the media presentation device when the collection of the monitoring information is enabled.

RELATED APPLICATIONS

This patent arises from a continuation of U.S. patent application Ser.No. 14/529,922, filed Oct. 31, 2014, now U.S. Pat. No. ______,whicharises from a continuation of U.S. Pat. No. 8,914,819, issued Dec. 16,2014, which arises from a continuation of International PatentApplication No. PCT/US2006/060118, filed Oct. 20, 2006, which claims thebenefit of United States Provisional Patent Application Ser. No.60/729,421, filed Oct. 21, 2005, United States Provisional PatentApplication Ser. No. 60/786,196, filed Mar. 27, 2006, and United StatesProvisional Patent Application Ser. No. 60/813,757, filed Jun. 14, 2006,all of which are hereby incorporated herein by reference in theirentireties.

FIELD OF THE DISCLOSURE

This disclosure relates generally to audience measurement and, moreparticularly, to methods and apparatus for metering portable mediaplayers.

BACKGROUND

Consuming media presentations generally involves listening to audioinformation and/or viewing video information such as, for example, radioprograms, music, television programs, movies, still images, etc.Media-centric companies such as, for example, advertising companies,broadcasting networks, etc. are often interested in the viewing andlistening interests of their audience to better allocate theiradvertising expenditures and better market their products.

A known technique often used to measure the exposure of audience membersto media involves installing metering equipment within a householdconnected to one or more televisions and/or stereos throughout thehousehold. When members of the household watch television or other videomedia content (e.g., digital video disks, video cassette recorders,persona video recorders, etc.) and/or listen to radio programming oraudio from compact discs (CD's), tapes, etc., the metering equipmentcollects metering information (e.g., video or audio signatures (e.g.,samples of the monitored signals or proxies representative of suchsamples), identification codes (e.g., codes ancillary to the programcontent inserted into the program for the purpose of audiencemeasurement), time/date stamps, user identities, demographiccharacteristics, etc.).

Another known technique used to measure the exposure of audience membersto media involves using personal portable metering devices (PPM's),which are also known as portable metering devices and portable personalmeters. A PPM is an electronic device that is worn (e.g., clipped to abelt or other apparel) or otherwise carried by an audience member tomonitor the media consumption (e.g., viewing and/or listeningactivities) of that audience member. To detect audio, some PPM's areprovided with a microphone to pick up audio emitted from speakers (e.g.,television speakers, stereo speakers, computer speakers, etc.). Todetect video, some PPM's are provided with an optical sensor (e.g., alight sensor, a camera sensor, etc.) that picks up video emitted by ascreen or display.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating an example media consumptionenvironment, including an example portable media player, that is meteredby a media measurement entity through the use of an example portablemedia player meter.

FIG. 2A is a plan diagram of the example portable media player of FIG. 1illustrating the front, top and bottom panels of the portable mediaplayer.

FIG. 2B is a three-dimensional view of a recharging/docking device (alsoshown in FIG. 1) for use with the example portable media player of FIG.1.

FIGS. 3A-3C are plan diagrams of the example portable media player meterof FIG. 1.

FIG. 4 is a block diagram of the components of the example portablemedia player of FIGS. 1 and 2.

FIG. 5 is a block diagram of the components of the example portablemedia player meter of FIGS. 1 and 3.

FIG. 6 is a diagram of a communication/power port of the exampleportable media player of FIG. 1 and a set of communication/power portsassociated with the example portable media player meter.

FIG. 7 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to monitor audio signals.

FIG. 8 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to generate audio signatures.

FIG. 9 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to control when to perform audio codedetection in audio signals.

FIG. 10 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to detect/extract audio codes from audiosignals.

FIG. 11 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1, 3 and/or 5 to monitor wireless (e.g., Bluetooth*)signals.

FIG. 12 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to monitor video signals.

FIG. 13 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to generate video signatures.

FIG. 14 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to control when to perform video codedetection.

FIG. 15 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to detect/extract video codes from videosignals.

FIG. 16 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to perform video code detection and/or videosignature generation.

FIG. 17 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to perform audio code detection and/or audiosignature generation.

FIG. 18 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to perform audio and/or video code detectionand/or signature generation.

FIG. 19 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to communicate with the example personalcomputer of FIG. 1.

FIG. 20 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to communicate with the example personalcomputer

FIG. 21 is a flow chart representative of example machine readableinstructions that may be executed by the example portable media playermeter of FIGS. 1 and/or 3 to communicate with the example personalcomputer.

FIG. 22 is a block diagram illustrating the portable media player ofFIG. 1 and an example portable media player meter that is configured forinsertion between the media player and a set of headphones/earphones.

FIG. 23 is a block diagram illustrating the portable media player ofFIG. 1 and an example portable media player meter that is configured forinsertion between the portable media player and a set ofheadphones/earphones in a manner such that the length of the meter isparallel to the width of the portable media player.

FIG. 24 is a block diagram illustrating a set of exampleheadphones/earphones and an example portable media player meterinstalled therein.

FIG. 25 is a block diagram illustrating a set of headphones/earphones,an example small-form-factor meter, and an example portable mediaplayer.

FIG. 26 is a flow chart illustrating a method of distributing portablemedia player meters to consumers with cooperation from one or moreheadphone/earphone manufacturers/vendors.

FIG. 27 is an example system that may be used to enable communicationsbetween a portable media player and a computer and to monitor thosecommunications.

FIG. 28 depicts an example personal computer that may be used to monitormedia presented via the personal computer and/or an example portablemedia player.

FIG. 29 depicts example frame incremental logging (FIL) tag codesembedded in a plurality of video frames.

FIG. 30 depicts an example data structure used to store a plurality ofexample FIL tag codes.

FIG. 31 depicts an example system that may be used to monitor mediapresented via the personal computer and/or an example portable mediaplayer.

FIG. 32 is a flowchart representative of example machine readableinstructions that may be executed to implement the example system ofFIG. 31.

FIG. 33 is a flowchart representative of example machine readableinstructions that may be executed to monitor a portable media player.

FIG. 34 is a flowchart representative of example machine readableinstructions that may be executed to monitor a computer media player.

FIG. 35 is a flowchart representative of example machine readableinstructions that may be executed to perform a background meteringinformation collection process.

FIG. 36 is a flowchart representative of example machine readableinstructions that may be executed to monitor frame tagging.

FIG. 37 is a block diagram of an example processor system that may beused to execute the example machine readable instructions of FIGS. 7-21,26, and/or 30-32 to implement the example systems, portable media playermeters, and/or methods described herein.

DETAILED DESCRIPTION

The example portable media player meter, methods, apparatus and/ormachine readable instructions described herein may be used to monitormedia presented by a portable media presentation device. An examplemethod of monitoring media presented by a portable media presentationdevice involves collecting media metering information associated withmedia content presented by the portable media presentation device, andcommunicating the media metering information to a media measurementcompany to analyze media consumption of audience members. Preferably,the media measurement company is a neutral entity that does not createand/or distribute media content and, thus, can function as a trustedthird party monitor of the distribution and/or consumption of mediacontent.

An example apparatus to monitor media presented by a portable mediapresentation device includes a signal line interface to receive mediapresentation information (e.g., media content such as video information,audio information, graphics information, etc. and/or metadata (e.g.,content title, author, date of publication, source and/or publisherinformation, copyright information, digital rights managementinformation, etc.) associated with the media content) from a mediasignal line associated with the portable media presentation device. Theexample apparatus also includes a processor communicatively coupled tothe signal line interface and configured to receive the mediapresentation information and generate media metering information basedon the media presentation information. To store the media presentationinformation, the apparatus is provided with a memory communicativelycoupled to the processor. In addition, the apparatus includes acommunication interface to communicate the media metering information toa processor system (e.g., a computer, a media measurement entity, etc.).

In other examples, the methods and apparatus used to monitor mediapresented by a portable media presentation device may additionally oralternatively be used to monitor media presented by other media playerdevices (e.g., computers, set-top-boxes, digital versatile disk (“DVD”)players, video cassette recorders (“VCR's”), televisions, stereo's,etc.) and/or media player applications (e.g., media player softwareapplications, media player hardware applications, etc.).

Portable media players may also send and receive information wirelessly.For instance, wireless telephone service providers allow subscribers toplace and receive voice telephone calls, send and receive photos,participate in text messaging, send and receive e-mail messages, browseweb pages, and/or download and/or stream music broadcasts, MP3 files(including proprietary and non-proprietary digital audio/video formatvariations), talk radio broadcasts, news broadcasts, and variousbroadcast entertainment programs (e.g., sitcoms, movies, etc.). Theportable media players may include speakers to allow the user to hearanalog audio signals, and/or a display, such as a liquid crystal display(LCD) screen to allow the user to view video signals. Alternatively, oradditionally, the portable media player may include a headphone/earphoneconnector to allow the user to consume audio signals privately, therebyminimizing eavesdropping and/or preventing people nearby from beingannoyed by the audio signals. For instance, some jurisdictions requirethat automobile drivers use an earpiece when talking on a wirelessphone, or face a monetary fine.

Wireless headphones/earpieces are not limited to wireless telephones,but are also used with home stereo systems and portable (e.g., handheld)media players, such as MP3 players (e.g., IPod®, Creative Zen®, CowoniAudio®, etc.). Wireless technologies to transfer audio signals from theportable media player to the user's headphones/earphones include, butare not limited to, infrared signals, IEEE- 802.11 signals, Bluetooth®signals, and/or other optical and radio frequency signal technologies.

FIG. 1 is a block diagram of an example media consumption environment 10within which the apparatus and methods described in greater detail belowmay be used to meter the presentation/display of media content by anexample portable media player. The example media consumption environment10 shown in FIG. 10 includes a media consumer's household 14 havingmedia consumer(s) 16 (only one of whom is shown) that have agreed topermit a media measurement entity 18 having a central data collectionfacility to meter their viewing/listening habits/behaviors (i.e., mediaconsumption). The household 14 includes an example media presentationsystem 20 having a video display device 22 with speakers 24 and furtherincludes a portable media player (“media player”) 26 that is capable ofplaying audio and/or displaying video (i.e., presenting media). Exampleimplementations of portable media player 26 include an IPod® sold byApple, and/or other MP3 players.

The example household 14 of FIG. 1 includes a docking/recharging device28 that is communicatively coupled to a personal computer 29 (e.g., aprocessor system). The docking/recharging device 28 is provided toenable transferring data (e.g., media content, control data, metadata,or any other data) between the media player 26 and the personal computer29 and to recharge the media player 26. The consumer 16 may mechanicallyand communicatively couple the media player 26 to the docking/rechargingdevice 28 to transfer data and/or to recharge the media player 26. Thedocking/recharging device 28 may be eliminated and replaced with, forexample, a USB cable to dock the media player 26 to a personal computer29 and that performs the functions of the docking/recharging device 28.In some example implementations, the personal computer 29 may be used toimplement the docking/recharging device 28 or at least the functionsthereof and the USB cable may be used as a data transmission mediumand/or a power transmission medium between the media player 26 and thepersonal computer 29.

In the example of FIG. 1, a household media meter 30 and a portablemedia player meter 32 are provided to meter the presentation of mediacontent. The household media meter 30 (“household meter” also referredto as a “Site Unit”) of the illustrated example is configured to meterthe presentation of audio and/or video content by the display device 22and/or speakers 24. The portable media player meter (“meter”) 32 of theillustrated example is removably attached to the portable media player26 and is configured to meter the presentation of media content by themedia player 26. The portable meter 32 generates and/or collects mediapresentation metering information reflecting and/or identifyingpresentation of media content by the media player 26. For example, theportable meter 32 may detect and/or collect ancillary audio and/or videocodes present in the content presented by the media player 26, maydetect and/or collect metadata embedded in or otherwise associated withthe content presented by the media player 26, and/or may generate and/orcollect signatures (e.g., video rasterizing data, audio samples data,etc.) representative of the media content presented by the media player26. While the portable meter 32 is shown attached to the media player 26in the example of FIG. 1, other implementations may be realized, forexample, in which the portable meter 32 is embedded into a listeningdevice, such as a pair of headphones, as discussed in further detailbelow.

To communicate metering information to the media measurement entity 18,the example household 14 illustrated in FIG. 1 is provided with a homeunit 31 that may be communicatively coupled to the household meter 30and/or the portable meter 32. The home unit 31 is communicativelycoupled to the media measurement entity 18 via a communication network34. The communication network 34 may be implemented using any suitabledata communications medium and/or service. For example, thecommunication network 34 may be, for example, a wired or wirelesstelephone network, a cable network, a satellite network, a utility(e.g., electrical service) network, etc. and may provide Internetservices and/or media content delivery services to the household 14. Inthe illustrated example, the communication network 34 is alsocommunicatively coupled to the media presentation system 20 and thepersonal computer 29.

The home unit 31 of the illustrated example collects meteringinformation from the portable meter 32 and the household meter 30 andtransmits the collected metering information to the media measuremententity 18. In the illustrated example, the home unit 31 combines themetering information received from the portable meter 32 and thehousehold meter 30, and forwards the combined metering information tothe media measurement entity 18 via the communication network 34. In analternative example, the home unit 31 does not combine the meteringinformation received from the portable meter 32 and the household meter30, but instead transmits the metering information received from theportable meter 32 separate from the metering information received fromthe household meter 30. For example, some media providers may permit theportable media player 26 to display audio and/or video that is alsobroadcast to the consumer's household 14 via the presentation system 20.As such, any embedded ancillary audio and/or video codes in thehousehold broadcast also reside in the media content presented on theportable media player. Separating any metering information received fromthe household meter 30 from metering information received from theportable meter 32 allows the media measurement entity 18 to determinethe source of the metering information and, thus, identify thepresentation device via which the associated content was consumed.Alternatively, the portable meter 32 may append an additional sourcesignal to the metering information identifying the associated meteringinformation as originating at the portable media device so that allmetering information from both the household meter 30 and the portablemeter 32 may be combined, yet still be identifiable/distinguishable bythe metering entity. Source identification may occur via post-processingat, for example, the media measurement entity 18, in which the appendedsource signal may be detected to determine whether the received meteringinformation originated from the household meter 30 or the portable meter32.

In yet another example, the docking device 28 is adapted to receivemetering information from the portable meter 32 and to transmit themetering information to the personal computer 29, which may in turncommunicate the metering information to the media measurement entity 18via the communication network 34. In a still further example, the homeunit 31 may be configured as a communication device adapted solely totransmit information received from the portable meter 32 to the mediameasurement entity 18. In such examples, the media consumptionenvironment 10 may eliminate or forego metering of the display device 22and speakers 24 entirely.

In addition to enabling the communication of metering information to themedia measurement entity 18, the communication network 34 may enable thepresentation system 20 and/or the personal computer 29 to receive orretrieve media content from the plurality of content providers (notshown) via the communication network 34. The content providers mayprovide a variety of media content such as, for example, televisionprograms, advertisements, audio (e.g., radio) programs, still imageinformation (e.g., web pages), etc. in known manners to a broadcaststation (not shown). The broadcast station (not shown) then transmitsone or more signals containing the media content to the mediaconsumption environment 10 via the communication network 34.

In the illustrated example, the media player 26 receives media contentfrom the personal computer 29 via the docking device 28. In particular,the consumer 16 may use the personal computer 29 to download and/orretrieve media content provided by content providers via thecommunication network 34 and may subsequently synchronize, copy, ordownload the retrieved media content to the media player 26 via thedocking device 28. The media player 26 may then present (e.g., displayvideo/graphics and/or emit audio) the media content to the consumer 16.Additionally or alternatively, the portable media player 26 may receivemedia content wirelessly via, for example, any suitable wirelessprotocol and corresponding hardware, including, but not limited to,IEEE-802.11 (Wi-Fi®), Bluetooth®, 900 MHz, and/or mobile communicationsprotocols (e.g., CDMA, TDMA, GSM, AMPS, EDGE, etc.). Verizon®, forexample, offers audio/video media content on wireless telephones throughits VCast® program, and Sprint® offers broadcast media content viawireless phones, including the Weather Channel® and the Fox NewsChannel®.

FIG. 2A is a plan view of the example media player 26 of FIG. 1. Themedia player 26 may be implemented using one or more of a music player(e.g., an MP3 player, an IPod®, etc.), a game player, a video player, avideo recorder, a camera, an image viewer, an audio and/or video enabledwireless telephone, and/or the like. In the example illustrated in FIG.2A, the media player 26 is implemented using an Apple IPod® that iscapable of presenting video and/or audio to the consumer 16. Furtherdetail regarding the configuration and operation of an example mediaplayer is available in U.S. Pat. No. 6,934,812, Robbin et al. which ishereby incorporated by reference. In the example of FIG. 2A, the facepanel 35 of the media player 26 includes a display device 36 by whichlive action video, streaming video, still images, etc. may be viewed.The face panel 35 of the media player 26 further includes a user inputdevice 38 by which the consumer 16 (see FIG. 1) may select content to bepresented by the media player 26. The top panel 41 of the media player26 includes a headphone jack 40 that enables the presentation of audioto the consumer 16 (see FIG. 1).

The top panel 41 also includes a communication port 39 to exchangeinformation between the media player 26 and a remote control (notshown). The information exchanged by the communication port 39 mayinclude, for example, presentation control signals (e.g., stop, play,search, etc.) and media presentation information (e.g., track title,volume level, etc.).

Referring to FIGS. 2A and 2B, a bottom panel 44 of the example mediaplayer 26 includes a media player communication port 42 that isconfigured to engage a docking communication port 46 on therecharging/docking device 28. The docking communication port 46 may beused to communicate media content and/or other information between themedia player 26 and, for example, the personal computer 29 via therecharging/docking device 28, as described below. The dockingcommunication port 46 may also be used to transfer electrical power fromthe recharging/docking device 28 to a rechargeable battery (e.g., therechargeable battery 65 depicted in FIG. 4) disposed in the media player26.

FIGS. 3A-3C are plan views of the example meter 32. The example meter 32has a top panel 50 (FIG. 3A) including a player-side communication port52. The player-side communication port 52 is configured to engage themedia player communication port 42 (see FIG. 2A) so that the portablemeter 32 may be physically and communicatively coupled to the mediaplayer 26. The bottom panel 56 (FIG. 3C) of the portable meter 32includes a docking-side communication port 54 that is configured toengage the docking communication port 46 on the recharging/dockingdevice 28 (see FIG. 2B). The portable meter 32 has a signal pass-throughfeature that enables the signals associated with the media playercommunication port 42 and the docking communication port 46 to becommunicated or transferred between the ports 52 and 54. Accordingly,when the media player 26 is engaged to or coupled to the portable meter32, the signals available at the media player communication port 42 areat least substantially identical to the signals available at thedocking-side communication port 54 of the portable meter 32. In thismanner, when the docking-side communication port 54 is engaged to ormechanically coupled to the docking communication port 46, the mediaplayer 26 can be electrically and/or communicatively coupled to therecharging/docking device 28 via the portable meter 32 for rechargingand/or information transfer without needing to disengage the portablemeter 32 from the media player 26. Alternatively, as discussed infurther detail below, the portable meter 32 may be configured to residein a set of headphones/earphones. For example, the portable media player26 may be Bluetooth® enabled and may transmit audio content wirelesslyto the consumer's headphones/earphones, which may also be Bluetooth®enabled. Media content collected by the Bluetooth® enabled portablemeter 32 can be electrically and/or communicatively coupled to the mediameasurement entity 18 via, for example, a USB port, a mini-USB port,and/or other communication ports of the consumer's headphones/earphones.

In the illustrated example, the player-side communication port 52engages or mechanically couples to the media player communication port42 so that the media player 26 and the portable meter 32 appear orsubstantially appear to be a single, monolithic unit. In the illustratedexample, the portable meter 32 and the media player 26 have at leastsome corresponding dimensions (e.g., width and depth dimensions) thatare substantially similar or identical. In other words, the form factor(e.g., a housing) of the portable meter corresponds to and/orcomplements the form factor (e.g., a housing) of the portable player 26so that the meter and player combined appear to be a single device inappearance. In this manner, the portable meter 32 does not detract fromor decrease the portability of the media player 26.

Referring now to FIG. 4, the example media player 26 includes aprocessor 58 coupled to the display device 36, the user input device 38,a file system storage disk 60, a cache memory 62, and a codec 64. Theuser input device 38 enables the selection of audio and/or video content(stored in, for example, the file system storage disk 60 and/or thecache 62) to be played by the media player 26. The processor 58 accessesor causes the codec 64 to access the selected audio/video content fromthe file system storage disk 60 and/or cache 62. In the illustratedexample, the codec 64 accesses audio content for decoding and theprocessor 58 accesses video content for decoding. For instance, thecodec 64 processes the audio content to produce analog audio signals andcommunicates the analog audio signals to the headphone jack 40 foremission by a speaker (not shown) disposed in a headphone/earphone (notshown) coupled to the headphone jack 40.

In other examples, a wireless transceiver 43 may be used instead of theheadphone jack 40 to communicate the audio signals to a consumer'sheadphones/earphones. For example, Bluetooth® enabledtransmission/receiving devices are relatively inexpensive, wireless,allow for relatively high-bandwidth communication, and consume lowamounts of battery power. The low power radio waves employed by theBluetooth® standard operate at a frequency of approximately 2.45 GHz andtransmit signals at a power of approximately 1 milliwatt, therebylimiting Bluetooth® enabled device interoperation to approximately 10meters. Before Bluetooth® devices successfully operate with one another,they create a personal-area network (PAN), also referred to as apiconet. To prevent unauthorized snooping of Bluetooth® transmissions,users may establish trusted devices that may exchange data withoutasking permission. Unauthorized devices, however, may not participate inthe established piconet of trusted devices without authorization from atleast one authorized device. The wireless transceiver 43 may also beimplemented using any suitable wireless protocol and correspondinghardware including, for example, IEEE-802.11 (Wi-Fi®), 900 MHz, and/ormobile communications protocols (e.g., CDMA, EDMA, GSM, AMPS, EDGE,etc.).

The processor 58 may execute video decoding software (e.g., an MPEG-2decoder, an MPEG-4 decoder, etc.) stored in, for example, the processor58 and/or the file system storage disk 60 to generate video displayrasterizing information and communicate the rasterizing information tothe display 36. The media player 26 also includes a rechargeable battery65 that provides power to each of the components of the media player 26to enable operation thereof. The rechargeable battery 65 may berecharged by docking the media player 26 in the recharging/dockingdevice 28.

Referring now to FIG. 5, the portable meter 32 includes a processor 66(e.g., a metering information generator) that accesses and/or storesinformation in a memory 68. The memory 68 may be implemented using amass storage optical, magnetic, and/or solid-state memory and may beused to store collected media monitoring information. The memory 68 mayalso be used to store machine readable instructions (e.g., softwareand/or firmware) that is retrieved and executed by the processor 66 andcause the processor 66 to perform functions, processes, and/oroperations related to monitoring the presentation of media by the mediaplayer 26. Flow charts representative of example machine readableinstructions that may be stored in the memory 68 and executed by theprocessor 66 are described below. In some example implementations, theprocessor 66 may be implemented using circuitry (e.g., an applicationspecific integrated circuit (ASIC)) configured to generate audiosignatures, collect metadata, and/or extract audio codes. For example,the processor 66 may be provided with an audio signature generatorcircuit and/or an audio code and/or metadata extractor circuit.

The portable meter 32 of the illustrated example also includes awireless transceiver 70 to communicate, for example, media meteringinformation to the home unit 31 (see FIG. 1). The wireless transceiver70 may be implemented using any suitable wireless protocol andcorresponding hardware including, for example, IEEE-802.11 (Wi-Fi®),Bluetooth®, 900 MHz, mobile communications protocols (e.g., CDMA, TDMA,GSM, AMPS, EDGE, etc.).

To power the meter components (e.g., the processor 66, the memory 68,and the wireless transceiver 70), the portable meter 32 includes arechargeable battery 71. When the media player 26 and the portable meter32 are docked in the recharging/docking device 28, the rechargeablebattery 72 may be charged using power drawn from the recharging/dockingdevice 28. In some examples, the rechargeable battery 71 mayadditionally or alternatively be recharged by drawing power from therechargeable battery 65 disposed within the media player 26 when theportable meter 32 is coupled thereto. In an alternative example, theportable meter 32 may not include the rechargeable battery 71, and themeter components (e.g., the processor 66, the memory 68, and thewireless transceiver 70) may instead be directly powered from a powerline 72 (e.g., 3.3 V) conveying electrical power from the rechargeablebattery 65 of the media player 26.

To enable the processor 66 to monitor the presentation of mediainformation, the processor 66 is provided with or is communicativelycoupled to a signal line interface 73 that includes a plurality ofsignal lines 74-77 as shown in FIG. 5. The signal lines 74-77 are alsocommunicatively coupled to the media player 26 via the communicationports 42 and 52 as shown in FIG. 6, and are used to obtain (e.g.,transmit, receive, communicate) information related to the presentationof media content by the media player 26. In particular, the signal lineinterface 73 includes media information signal lines including aVIDEO_(OUT) signal line 74, a LINEOUT_(LEFT) signal line 75 a, and aLINEOUT_(RIGHT) signal line 75 b. The signal line interface 73 alsoincludes a CLOCK signal line 76 and a DATA signal line 77 (e.g., controland data signals). The VIDEO_(OUT) signal line 74 provides video signalscorresponding to video or graphics data (e.g., rasterizing data)presented via the media player display 36. The LINEOUT_(LEFT) signalline 75 a and the LINEOUT_(RIGHT) signal line 75 b provide audio data(e.g., audio sample data) corresponding to the audio that is emitted orpresented via the speakers connected to the media player headphone jack40.

In some examples, the CLOCK signal line 76 and the DATA signal line 77may be used to implement a serial data communications interface toenable communicating data formatted according to one or more desiredserial communication protocols such as, for example, the universalserial bus (USB) communication protocol and/or the Fire Wirecommunication protocol (i.e., IEEE-1394). Serial communication interfaceground and power pins may also be included to power devices (e.g., theportable meter 32) via the serial communication interface. The serialcommunications interface may be used to transfer or synchronize mediacontent and/or other information between the media player 26 and thepersonal computer 29 via the recharging/docking device 28.

In another alternative example, the portable meter 32 is embedded withinthe consumer's headphones/earphones. Audio information is transmittedfrom the portable media player 26 via the wireless transceiver 43, suchas a Bluetooth® transceiver, and received by the wireless transceiver 70of FIG. 5. The portable meter/headphone 32 may also include a codec thatprocesses received audio content to produce analog audio signals andcommunicate the analog audio signals to speakers 79, such asheadphone/earphone speakers. Persons of ordinary skill in the art willappreciate that, in such an example, the signal lines 74-77 may not benecessary.

In another alternative example, the consumer may be provided with asmall form factor (SFF) Bluetooth® enabled device to listen for audioinformation transmitted from the portable media player 26 via thewireless transceiver 43. The SFF device may implement, for instance, theportable meter 32 of FIG. 5, and may conveniently and unobtrusivelyattach to a consumer's belt-clip and/or fit in a pocket while monitoringfor, and collecting media information transmitted via a Bluetooth®enabled portable media player 26. Alternatively, the SFF device maycouple to the player 26 in a manner similar to the meter 32 in FIG. 1.Persons of ordinary skill in the art will appreciate that such anexample may not need the signal lines 74-77, codec 78, and/or thespeakers 79. Collected media information may be stored in the memory 68for subsequent transfer to the media measurement entity 18.

FIG. 6 depicts an example mechanical configuration that may be used tocommunicatively couple the plurality of signal lines 74-77 to the mediaplayer 26. The media player communication port 42 includes a pluralityof conductive pins 78 that provide access to a plurality of media playersignal lines (e.g., the VIDEO_(OUT) signal line 74, the LINEOUT_(LEFT)signal line 75 a, the LINEOUT_(RIGHT) signal line 75 b, the CLOCK signalline 76, and the DATA signal line 77).

The signal lines 74-77 coupled to the media player communication port 42of the media player 26 are input to the player-side communication port52 of the portable meter 32 and are supplied in an uninterrupted fashion(e.g., passed through) to the docking-side communication port 54 of theportable meter 32 so that the signals provided at the media playercommunication port 42 are substantially identical to the signalsprovided at the docking-side communication port 54. As a result, thedocking-side communication port 54 of the portable meter 32 issubstantially similar or identical in form and function (e.g.,mechanically and electrically) to the media player communication port42. In this manner, the communication and recharging functions providedby the media player communication port 42 remain intact/undisturbed bythe presence of the portable meter 32. That is, coupling the mediaplayer 26 to the docking/recharging device 28 via the portable meter 32enables the media player 26 to be communicatively and electricallycoupled to the docking/recharging device 28 as if the portable meter 32were not attached. Any signals of interest (e.g., the VIDEO_(OUT) signal74, the LINEOUT_(LEFT) signal line 75 a, the LINEOUT_(RIGHT) signal line75 b, the CLOCK signal line 76, and the DATA signal line 77) forpurposes of metering the media content presented by the media player 26or for purposes of tracking/identifying any media content that istransmitted to and stored on the media player 26 are supplied to one ormore of the components 66, 68, and 70 disposed in the portable meter 32.

Referring to FIGS. 5 and 6, in the illustrated example, the VIDEO_(OUT)signal 74, is supplied to the processor 66 which may be configured tooperate as a video signature processor 66. The video signature processor66 collects one or more characteristics of the video signal of thepresented program content to generate a substantially unique proxy orsignature (e.g., a series of digital values, a waveform, etc.)representative of that content. The signature information for the mediacontent presented on the player 26 may be compared to a set of referencesignatures corresponding to a known set of media content. In theillustrated example, the reference signatures are generated at areference site at which all or large portions of all media content isavailable and then stored for comparison to the signature informationcollected by one or more meters (e.g., the portable meter 32). When asubstantial match is found, the media content that was presented by themedia player 26 can be identified with a relatively high probability.Methods and apparatus for implementing the video signature processor 66are known in the art. For example, U.S. Pat. No. 6,577,346, which ishereby incorporated herein by reference in its entirety, describes avideo signature extraction technique. As another example, U.S. Pat. No.6,633,657, which is hereby incorporated herein by reference in itsentirety, describes a signature based program identification apparatusand method for use with a broadcast system. As another example, U.S.Pat. No. No. 4,677,466, which is hereby incorporated herein by referencein its entirety, discloses signature based program identificationapparatus and methods. These and/or any other appropriate technique maybe used to implement the video signature processor 66. Additionally oralternatively, example machine readable instructions, such as thosedescribed below, may be executed to implement the video signatureprocessor 66.

The processor 66 may additionally or alternatively be configured tooperate as an audio signature processor 66. Referring still to FIGS. 5and 6, in the illustrated example, the audio LINEOUT_(RIGHT) and theaudio LINEOUT_(LEFT) signal lines 75 a and 75 b may be supplied to theaudio signature processor 66 (e.g., the processor 66). The audiosignature processor 66 uses characteristics of the audio signal of thepresented media content to generate a substantially unique proxy orsignature (e.g., a series of digital values, a waveform, etc.)representative of that media content. The signature information is thenstored for later comparison to reference signatures, each correspondingto a known piece of media content as is described above with respect tovideo signatures. Methods and apparatus for implementing the audiosignature processor 66 are known in the art. For example, in U.S. patentapplication Ser. No. 09/427,970, which is hereby incorporated herein byreference in its entirety, Srinivasan, et al. disclose audio signatureextraction and correlation techniques. As another example, in PatentCooperation Treaty Application Serial No. PCT/US03/22562, which ishereby incorporated herein by reference in its entirety, Lee, et al.disclose signature-based program identification apparatus and methodsfor use with a digital broadcast system. These and/or any otherappropriate technique may be used to implement the audio signatureprocessor 66. Additionally or alternatively, example machine readableinstructions, such as those described below, may be executed toimplement the audio signature processor 66.

Additionally or alternatively, the processor 66 may be configured tooperate as an audio code detector 66. Referring still to FIGS. 5 and 6,in another example, the audio LINEOUT_(RIGHT) and audio LINEOUT_(LEFT)signal lines 75 a and 75 b are supplied to the audio code detector 66(e.g., the processor 66). The example audio code detector 66 isconfigured to detect audio codes that may be embedded in the audiosignal provided by the LINEOUT_(RIGHT) and LINEOUT_(LEFT) signal lines75 a and 75 b. Audio codes may be used to encode and/or embedidentifying information (e.g., a broadcast/network channel number, aprogram identification code, a broadcast time stamp, a source identifierto identify a network and/or station providing and/or broadcasting thecontent, etc.) in, for example, portions of the audio signalaccompanying a broadcast program. Preferably, the audio codes areembedded such that they are substantially masked to human hearing by theaudio content and/or otherwise inaudible to human hearing. Methods andapparatus for implementing the audio code detector 66 are known in theart. For example, in U.S. Pat. No. 6,272,176, which is herebyincorporated herein by reference in its entirety, Srinivasan disclosesbroadcast encoding systems and methods for encoding and decodinginformation transmitted within an audio signal. These and/or any otherappropriate technique may be used to implement the audio code detector66. Additionally or alternatively, example machine readableinstructions, such as those described below, may be executed toimplement the audio code detector 66.

In a similar fashion, the processor 66 may be configured to operate as avideo code detector 66. Referring still to FIGS. 5 and 6, in anotherexample, the VIDEO_(OUT) signal line 74 may be supplied to the videocode detector 66 (e.g., the processor 66). Methods and apparatus forimplementing the example video code detector 66 are known in the art.For example, in U.S. Pat. No. 5,526,427, which is hereby incorporatedherein by reference in its entirety, Thomas, et al. disclose broadcastvideo encoding systems and methods for encoding and decoding informationtransmitted within a video signal. By way of further example, U.S. Pat.No. 5,481,294, which is hereby incorporated herein by reference in itsentirety, discloses broadcast audience measurement systems forcollecting signatures and codes. These and/or any other appropriatetechnique may be used to implement the video code detector 66.Additionally or alternatively, example machine readable instructions,such as those described below, may be executed to implement the videocode detector 66.

Additionally or alternatively, the processor 66 may be configured tooperate as a metadata collector 66. For example, in addition togenerating signatures and/or detecting codes, information (e.g.,metadata) transmitted with media content that is downloaded to the mediaplayer 26 via the docking device 28 may be used to obtain informationabout the viewing/listening habits/activities/preferences of the user 16of the media player 26. Example metadata associated with particularmedia content may include, for example, a title of the content, acontent distributor, a content description, a content originator, atrack number, an album identifier, etc. In some examples, metadata maybe stored in, for example, known MP3 ID3 tags of an audio MP3 file or inany other header information or file information of any other type ofmedia. To enable detecting and extracting metadata from media contentdownloaded to the media player 26, communication signals (e.g., theCLOCK signal line 76 and the DATA signal line 77) between the mediaplayer 26 and the docking station 28 are additionally routed to theprocessor 66. The processor 66 causes the communication signals to bemonitored and, depending on what is detected, may cause portions of thecommunicated information to be stored in the memory 68 for lateranalysis. For example, the information may be communicated in a knownformat and the processor 66 may be programmed to parse through theinformation based on the known format and retrieve/store information ofinterest, including, for example, a title of the content, a contentdistributor, a content description, a content originator, a tracknumber, an album identifier etc.

Depending on whether a signature generator, a code detector, and/or ametadata collector are implemented, the processor 66 causes generatedsignatures, detected codes and/or collected metadata to be stored in thememory 68 with, for example, corresponding timestamps indicating thetimes at which each signature, metadata and/or code was generated and/orstored. As used herein, metering data may refer to one or more audioand/or video signatures, one or more audio and/or video codes, and/ormetadata.

In the illustrated example, the metering information stored in thememory 68 is downloaded on a regular, irregular, periodic, aperiodic, orreal-time basis to the household meter 30 (see FIG. 1) using thewireless transceiver 70 disposed in the portable meter 32. In theillustrated example, the wireless transceiver 70 is adapted tocommunicate upon receiving a notification signal from another wirelesstransceiver (not shown) disposed in the household meter 30. In anotherexample, the wireless transceiver 70 is adapted to emit anidentification signal. If the portable meter 32 is within sufficientproximity to the household meter 30 such that the household meter 30detects the identification signal, then the household meter 30 respondsto the identification signal with a request for data. In response to therequest for data, the portable meter 32 begins transmitting meteringinformation to the household meter 30. The household meter 30, in turn,stores the metering information for subsequent transmission to the mediameasurement entity 18 or, instead, immediately transmits the informationto the media measurement entity 18 for further processing.

Flowcharts representative of example machine readable instructions thatmay be executed to implement the functionality of the portable meter 32are shown in FIGS. 7 through 21. In these examples, the machine readableinstructions represented by each flowchart may comprise one or moreprograms for execution by: (a) a processor, such as the processor 66 ofFIG. 5, (b) a controller, and/or (c) any other suitable device. The oneor more programs may be embodied in software stored on a tangible mediumsuch as, for example, the memory 68 (see FIG. 5), but persons ofordinary skill in the art will readily appreciate that the entireprogram or programs and/or portions thereof could alternatively beexecuted by a device other than the processors 66 and/or embodied infirmware or dedicated hardware in a well-known manner (e.g., implementedusing an application specific integrated circuit (ASIC), a programmablelogic device (PLD), a field programmable logic device (FPLD), discretelogic, etc.). For example, the processor 66 and associated componentscould be implemented using any combination of software, hardware, and/orfirmware. Also, some or all of the machine readable instructionsrepresented by the flowcharts of FIGS. 7 through 21 may be implementedmanually. Further, although the example machine readable instructionsare described with reference to the flowcharts illustrated in FIGS. 7through 21, persons of ordinary skill in the art will readily appreciatethat many other techniques for implementing the example methods andapparatus described herein may alternatively be used. For example, withreference to the flowcharts illustrated in FIGS. 7 through 21, the orderof execution of the blocks may be changed, and/or some of the blocksdescribed may be changed, eliminated, combined and/or subdivided intomultiple blocks.

Referring to FIG. 7, the processor 66, when configured to operate as anaudio signature generator, monitors the LINEOUT_(RIGHT) andLINEOUT_(LEFT) signal lines 75 a and 75 b (see FIGS. 5 and 6) suppliedby the media player 26 via the media player communication port 42 todetermine whether audio signals are present (block 82). If such signalsare present, then the processor 66 begins monitoring the audio signalsuntil such signals are no longer present (block 84) at theLINEOUT_(RIGHT) and LINEOUT_(LEFT) signal lines 75 a and 75 b asdescribed herein in connection with FIG. 8. After the processor 66finishes monitoring the audio signals at block 84, the processor 66determines whether it should monitor for the presence of another audiosignal (block 86). For example, the processor 66 may determine that itshould monitor for the presence of another signal if it does not detectthat a “power off” command has been issued in the media player 26. Ifthe processor 66 determines that it should monitor for the presence ofanother audio signal, then the processor 66 returns control to theoperation of block 82 and monitors for the presence of another audiosignal. Otherwise, if the processor 66 determines that it should notmonitor for the presence of another audio signal, then the process 80 ofFIG. 7 is ended.

Monitoring the audio signals (see block 84 of FIG. 7) may entail anynumber of operations including, for example, the operations 90 shown inFIG. 8. Specifically, the audio signature processor 66 uses the detectedaudio signals (see block 82 of FIG. 7) to generate audio signatures(block 92), store the audio signatures in memory (e.g., the memory 68 ofFIG. 5) (block 94) and then determine whether audio signals are stillpresent at the LINEOUT_(RIGHT) and LINEOUT_(LEFT) signal lines 75 a and75 b (block 96). If the audio signals are still present, then controlreturns to block 92 to generate a signature. If, instead, the audiosignals are no longer present, then the audio signature processor 66returns control to a calling function, operation, or process such as theprocess 80 of FIG. 7.

Referring now to FIG. 9, the processor 66, when configured to operate asan audio code detector, may be configured to monitor the LINEOUT_(RIGHT)and LINEOUT_(LEFT) signal lines 75 a and 75 b supplied by the mediaplayer 26 via the media player communication port 42 to determinewhether audio signals are present (block 102). If no such signals arepresent, then the audio code detector 66 returns to monitoring theLINEOUT_(RIGHT) and LINEOUT_(LEFT) signal lines 75 a and 75 b until asignal is detected. If such signals are detected, then the audio codedetector 66 begins analyzing the audio signals to determine whethercodes are present in the detected signals (block 104). If codes are notdetected, then the audio code detector 66 returns to monitoring theLINEOUT_(RIGHT) and LINEOUT_(LEFT) signal lines 75 a and 75 b (block102). If codes are detected, then the audio code detector 66 monitorsthe codes (e.g., performs a code detection technique)(block 106) as, forexample, described below in connection with FIG. 10. After the audiocode detector 66 monitors the codes (block 106), the audio code detector66 determines whether it should monitor for the presence of anotheraudio signal (block 108). If the audio code detector 66 determines thatit should monitor for the presence of another audio signal, then theaudio code detector 66 returns control to the operation of block 102 andmonitors for the presence of another audio signal. Otherwise, if theaudio code detector 66 determines that it should not monitor for thepresence of another audio signal, then the process 100 of FIG. 9 isended.

Performing an audio code detection technique to implement the operationof block 106 (see FIG. 9) may entail any number of operations including,for instance, the example operation 110 shown in FIG. 10. Specifically,the audio code detector 66 extracts codes from the audio signals (block111) and then stores the extracted codes in the memory 68 (see FIG. 5)(block 114). If desired, the audio code detector 66 may be configured tostore additional information with the extracted codes, including, forexample, timestamp information. After storing the codes in the memory 68(block 112), the audio code detector 66 again monitors theLINEOUT_(RIGHT) and LINEOUT_(LEFT) signal lines 75 a and 75 b todetermine whether there is still an audio signal present (block 113). Ifso, then the audio code detector 66 continues to extract and store audiocodes (block 111 and 112). If audio is no longer present (block 113),then the audio code detector 66 returns control to a calling function,operation, or process such as, for example, the process 100 of FIG. 9.

Referring now to FIG. 11, the processor 66, when configured to operateas a Bluetooth® enabled device, such as a portable meter 32 embeddedwithin a consumer's headphones/earphones, or as a Bluetooth® enabled SFFportable meter 32 that is carried by the consumer on a belt-clip,pocket, or other location, may be configured to execute instructions 114that begins with monitoring for a Bluetooth® signal (block 115). If nosuch signals are present, then the processor 66 returns to monitoringfor a Bluetooth® signal via the wireless transceiver 70 until a signalis detected. If such signals are detected, then the processor 66 and/orwireless transceiver 70 determines if the detected signal is anauthorized device with which the portable meter 32 may operate (block116). As discussed above, many Bluetooth® enabled devices may comewithin range of the consumer's Bluetooth® enabled wirelessheadphones/earphones that are not associated with the consumer.Accordingly, the Bluetooth® protocol enables a consumer to allow onlyauthorized devices to participate, thereby protecting the consumer'sprivacy. If the detected Bluetooth® signal is not authorized, then theprocessor 66 returns to monitoring for other authorized Bluetooth®signals via the wireless transceiver 70. On the other hand, if thedetected Bluetooth® signal is from an authorized device on theconsumer's piconet, then the processor 66 begins monitoring the audiosignals that may be embedded within the Bluetooth® signal until suchsignal is no longer detected (block 117). Persons of ordinary skill inthe art will appreciate that while audio signals embedded within theBluetooth® signal are detected, any or all of the processes of FIGS.7-10 may proceed. After the processor 66 determines that the Bluetooth®signal is no longer detected, the processor 66 determines whether itshould monitor for the presence of another Bluetooth® signal (block118). If the processor 66 determines that it should monitor for thepresence of another Bluetooth® signal, then the processor 66 returnscontrol to block 115 and monitors for the presence of another Bluetooth®signal. Otherwise, if the processor 66 determines that it should notmonitor for the presence of another audio signal, then the process 114of FIG. 11 is ended.

Referring now to FIG. 12, the processor 66 (see FIG. 5), when configuredto operate as a video signal generator 66, may be configured to executeinstructions 120 to detect video presentation information and generatevideo signatures. To this end, the processor 66 initially monitors theVIDEO_(OUT) signal line 74 (see FIGS. 5 and 6) supplied by the mediaplayer 26 via media player communication port 42 to determine whethervideo signals are present (block 122). If no such signals are present,then the video signature generator 66 returns to monitoring theVIDEO_(OUT) signal line 74 until a signal is detected. If such signalsare detected, then the video signature generator 66 begins monitoringthe video signal until the signal is no longer present at theVIDEO_(OUT) signal line 74 (block 124) as described below in connectionwith FIG. 13. After the video signature generator 66 is finishedmonitoring the video signals, the video signature generator 66determines whether it should continue to monitor for the presence ofanother video signal (block 126). If the video signature generator 66determines that it should continue monitoring for the presence ofanother video signal, then control is returned to block 122. Otherwise,the process 120 is ended.

Performing the video signal monitoring (block 124 of FIG. 12) may entailany number of operations including, for instance, the example operations130 shown in FIG. 13. Specifically, the video signature generator 66uses the detected video signals to generate video signatures (block132), store the video signatures in the memory 68 (see FIG. 5) (block134) and then determine whether video signals are still present at theVIDEO_(OUT) signal line 74 (block 136). If the video signals are stillpresent, then control is returned to block 132 and the video signaturegenerator 66 continues to generating the signatures (block 132) andstoring the signatures in memory (block 134). If, instead, the videosignals are no longer present at the VIDEO_(OUT) signal line 74, thenthe video signature processor 66 returns control to a calling function,operation, or process such as, for example, the process 120 of FIG. 13.

Referring now to FIG. 14, the processor 66, when configured to operateas a video code detector 66, may be configured to execute instructions140 to detect video presentation information and collect ancillary videocodes. Initially, the video code detector 66 monitors the VIDEO_(OUT)signal line 74 supplied by the media player 26 via the media playercommunication port 42 to determine whether video signals are present(block 142). If no such signals are present, then the video codedetector 66 returns to monitoring the VIDEO_(OUT) signal line 74 until avideo signal is detected. Otherwise, if the video code detector 66determines that video signals are present at the VIDEO_(OUT) signal line74, then the video code detector 66 begins analyzing the video signalsto determine whether codes are present in the detected video signals(block 144). If codes are not detected, then the video code detector 66returns to monitoring the VIDEO_(OUT) signal line 74 (block 142). Ifvideo codes are detected (block 144), then the video code detector 66performs a code detection technique (block 146) as described below inconnection with FIG. 15.

After the video signature generator 66 is finished monitoring the videocodes (block 146), the video signature generator 66 determines whetherit should continue to monitor for the presence of another video signal(block 148). If the video signature generator 66 determines that itshould continue monitoring for the presence of another video signal,then control is returned to block 142. Otherwise, the process 140 isended.

Performing the video code detection technique (block 146 of FIG. 14) mayentail any number of operations including, for instance, the exampleoperations 150 shown in FIG. 15. Specifically, the video code detector66 extracts codes from the video signals (block 152) and then stores theextracted codes in the memory 68 (block 154). If desired, the video codedetector 66 may be configured to store additional information with theextracted codes, including, for example, timestamp information. Afterstoring the codes in memory (block 154), the video code detector 66again monitors the VIDEO_(OUT) line 74 to determine whether there isstill a video signal present (block 156). If so, then the video codedetector 66 continues to extract and store audio codes (blocks 152 and154). If video signals are no longer present (block 156), then the videocode detector 66 returns control to a calling function, operation, orprocess such as, for example, the example process 140 of FIG. 14.

In an alternative example, the processor 66 of the portable meter 32 maybe implemented as several signal processors including, for example, avideo code detector and a video signature generator to monitor ancillaryvideo codes and/or generate video signatures by executing, for instance,the example instructions 160 depicted in FIG. 16. In such an example,the processor 66 monitors the VIDEO_(OUT) line 74 of the media playercommunication port 42 to determine whether a video signal is present(block 162). If a video signal is detected, then the processor 66 causesthe video code detector to determine whether codes are present in thedetected signal (block 164). If video codes are present (block 164),then the processor 66 causes the video code detector to monitor thecodes (block 166) using, for example, the code detection techniquedescribed above in connection with the instructions 150 represented byFIG. 15. If video codes are not present (block 164), then the processor66 causes the video signature generator to generate signatures for thedetected video signal (block 167). The instructions for generatingsignatures (block 167) may be implemented using the instructions 130described above in connection with FIG. 13.

After the video code detector collects any present video code(s) (block166) or after the video signature generator generates signatures (block167), the processor 66 determines whether it should monitor for thepresence of another video signal (block 168). If the processor 66determines that it should monitor for the presence of another videosignal (block 168) then control is passed back to block 162. Otherwise,the process 160 is ended.

In yet another alternative example, the processor 66 of the portablemeter 32 may be implemented as several signal processors including, forexample, an audio code detector and an audio signature generator tomonitor ancillary audio codes and/or generate audio signatures by, forinstance, executing the example instructions 170 depicted in FIG. 17.Initially, the processor 66 monitors the LINEOUT_(RIGHT) andLINEOUT_(LEFT) audio lines 75 a and 75 b supplied by the media playercommunication port 42 of the media player 26 to determine whether anaudio signal is present (block 172). If an audio signal is not present(block 172), then the processor 66 again monitors the LINEOUT_(RIGHT)and LINEOUT_(LEFT) audio lines 75 a and 75 b to determine whether anaudio signal is present (block 172). Otherwise, if an audio signal isdetected (block 172), then the processor 66 causes the audio codedetector to determine whether codes are present in the detected signal(block 174). If audio codes are present (block 174), then the processor66 causes the video code detector to monitor audio codes (block 176)using for example the code detection technique described above inconnection with the method 110 (see FIG. 10). If audio codes are notpresent (block 174), then the processor 66 causes the audio signaturegenerator to generate signatures for the detected video signal (block177). The instructions for generating signatures (block 177) may beimplemented by the instructions 90 described above in connection withFIG. 8.

After the audio code detector monitors audio codes (block 176) or afterthe audio signature generator generates signatures (block 177), theprocessor 66 determines whether it should monitor for the presence ofanother audio signal (block 178). If the processor 66 determines that itshould monitor for the presence of another audio signal (block 178) thencontrol is passed back to block 172. Otherwise, the process 170 isended.

In a still further example, the processor 66 of the portable meter 32may be implemented as several signal processors including, for example,an audio code detector, a video code detector, an audio signaturegenerator and/or a video signature generator to monitor ancillary videoand/or audio codes and/or to generate video and/or audio signatures byexecuting, for instance, the instructions 180 depicted in FIG. 18. Insuch an example, the processor 66 monitors the LINEOUT_(RIGHT) andLINEOUT_(LEFT) signal lines 75 a and 75 b in addition to the VIDEO_(OUT)signal line 74 supplied by the media player communication port 42 of themedia player 26 to determine whether an audio signal is present and/or avideo signal is present at the respective lines 74, 75 a, and 75 b(block 182). If an audio signal is detected, then the processor 66causes the audio signature generator to perform signature generation(block 186) until the audio signal is no longer present at theLINEOUT_(RIGHT) and LINEOUT_(LEFT) signal lines 75 a and 75 b using, forexample, the example signature generation technique described above inconnection with FIG. 8. In addition, the processor 66 causes the audiocode detector to determine whether any audio codes are present in thesignals (block 184). If the processor 66 determines that codes are notpresent in the audio signals (block 184) or that no audio signals arepresent at the LINEOUT_(RIGHT) and LINEOUT_(LEFT) signal lines 75 a and75 b (block 182), then the processor 66 continues monitoring theLINEOUT_(RIGHT) and LINEOUT_(LEFT) signal lines 75 a and 75 b todetermine whether an audio signal is present (block 182).

If the processor 66 determines that audio codes are present (block 184),then audio code detector performs code detection techniques (block 187)using, for example, the example code detection technique described abovein connection with FIG. 10. In this manner, the processor 66 can performboth audio signature generation and audio code detection in parallel orat substantially the same time.

Likewise, if at the block 182, a video signal is detected, then theprocessor 66 causes the video signature generator to perform signaturegeneration (block 186) until the video signal is no longer present atthe VIDEO_(OUT) signal line 74 using, for example, the example signaturegeneration technique described above in connection with FIG. 13. Inaddition, the processor 66 causes the video code detector to determinewhether any video codes are present in the signals (block 184). If theprocessor 66 determines that codes are not present in the video signals(block 184) or that no video signals are present at the VIDEO_(OUT)signal line 74 (block 182), then the processor 66 continues monitoringthe VIDEO_(OUT) signal line 74 to determine whether a video signal ispresent (block 182).

If the processor 66 determines that video codes are present, then thevideo code detector performs code detection techniques (block 187)using, for example, the example code detection technique described abovein connection with FIG. 15. In this manner, the processor 66 can performboth video signature generation and video code detection in parallel orat substantially the same time.

After the audio code detector finishes detecting audio codes or thevideo code detector finishes detecting video codes (block 187) and theaudio signature generator finishes generating audio signatures or thevideo signature generator finishes generating video signatures (block186), the processor 66 determines whether it should continue to monitorfor the presence of another audio or video signal (block 188). If theprocessor 66 determines that it should monitor for the presence ofanother signal, then control is passed back to block 182. Otherwise, theprocess 180 is ended.

Referring now to FIG. 19, the portable meter 32 may execute instructions200 to use the wireless transceiver 70 (see FIG. 5) to enable wirelesscommunication with the household unit 30. Initially, the processor 66 ofthe portable meter 32 determines whether it has detected the home unit31 (block 202). For example, the home unit 31 may transmit a beaconsignal detectable by the portable meter 32 via the wireless transceiver70 when the portable meter 32 within sufficient proximity to the homeunit 31. If the processor detects the signal (block 202), then theprocessor 66 responds by transmitting metering information (block 204)via the wireless transceiver 70. The metering information may include,for example, a plurality of signatures, a plurality of codes, aplurality of metadata, and/or any combination thereof.

After the processor 66 transmits the metering information (block 204),the processor 66 determines whether it should monitor for the presenceof the home unit 31 again (block 196). For example, if the memory 68(see FIG. 5) does not contain any other metering information to betransmitted to the home unit 31, the processor 66 may determine that itshould not monitor for the presence of the home unit 31 again.Alternatively or additionally, the processor 66 may be adapted tocommunicate with the home unit 31 only after predetermined timeintervals based on, for example, the expiration of a timer, in whichcase the processor 66 may determine not to monitor the home unit 31again if the timer has not expired. In any case, if the processor 66determines that it should monitor for the presence of the home unit 31again, control is passed back to block 192. Otherwise, the process 190is ended.

Referring now to FIG. 20, in another example, the portable meter 32 mayexecute instructions 210 to communicate with the home unit 31.Initially, the wireless transceiver 70 of the portable meter 32 emits anidentification signal (block 212). The processor 66 then determineswhether it received a response from the home unit 31 (block 214). Forexample, if the portable meter 32 is within sufficient proximity of thehome unit 31 to enable communicating therewith, then the home unit 31receives and responds to the identification signal with a message orinformation prompting the processor 66 to transmit metering information.If the processor 66 determines that it did not receive the responsemessage from the home unit 31 (block 214) (e.g., the portable meter 32is not within sufficient proximity to the home unit 31, or if the homeunit 31 is inoperable), then control is returned to block 212.Otherwise, if the processor 66 determines that it did receive theresponse from the home unit 31, then the processor 66 responds to themessage by transmitting the metering information (block 216) (which mayinclude a plurality of signatures, a plurality of codes, a plurality ofmetadata, or any combination thereof). After the processor 66 finishestransmitting the metering information (block 216) the process 210 isended. As will be understood by one having ordinary skill in the art,the portable meter 32 may be adapted to insert a delay between emissionof identification signals in an effort to conserve battery power.

As described above, the metering information received by the home unit31 is immediately or later transmitted to the media measurement entity18 (see FIG. 1).

Referring to FIG. 21, example instructions 220 may be executed tocommunicate information between the portable meter 32 and the mediameasurement entity 18 (see FIG. 1) using the docking/recharging device28 (see FIG. 2B). Specifically, the docking device 28 includescommunication equipment (not shown) to enable communication between themedia player 26 (when in a docked position relative to the dockingdevice 28) and a network 34 (see FIG. 1). The media player 26 mayreceive/download media content and/or communicate information via thedocking/recharging device 28. In the illustrated example, the portablemeter 32 is adapted to communicate metering information to the mediameasurement entity 18 via the docking device 28 by executing the exampleinstructions 220.

Initially, the docking device 28 determines whether the media player 26(coupled to the portable meter 32) has been inserted into the dockingdevice 28 (block 221). If the docking device 28 determines that themedia player 26 is inserted (block 221), then the portable meter 32 orthe communication equipment disposed in the docking device 28 determineswhether the docking device 28 has network access (block 222) (e.g.,determine whether the docking device 28 is coupled to the network 34 oris coupled to the personal computer 29 that is coupled to the network34). If the network is not detected at the block 222, then the dockingdevice 28 determines whether it should continue to monitor for thepresence of the network 34 (block 223). For example, the docking device28 or the portable meter 32 may determine that it should continuemonitoring for the presence of the network 34 if the media player 26 hasnot been removed. If the docking device 28 or the portable meter 32determines that it should continue to monitor for the presence of thenetwork 34 then control is passed back to block 222.

If the network 34 is detected (block 222), then the portable meter 32establishes communication with the media measurement entity 18 using thecommunication equipment disposed in the docking device 28 (block 224).As will be appreciated by one having ordinary skill in the art, variouscommunication synchronization functions will occur when communication isestablished between the media player 26 and the personal computer 29 viathe docking station 28. Such communication synchronization functions areknown in the art and are, therefore, not discussed further herein. Afterthe synchronization processes occur, the media player 26 communicateswith the personal computer 29 to download content. After any suchcommunications between the media player 26 and the personal computer 29are completed, the portable meter 32 begins to communicate with thepersonal computer 29 to download to the personal computer 29 any mediainformation collected by the portable meter 32 (block 225).

After the media information has been transmitted (block 225), the mediaplayer 26 determines whether it should transmit more meteringinformation (block 226). For example, after transmitting the mediametering information (block 225) the portable meter 32 may be configuredto forego subsequent communication with the media measurement entity 18via the processor 29 until a predetermined amount of time has elapsed oruntil a predetermined amount of new metering information has beencollected or until any other desired event has occurred. In such anexample, the wireless transceiver 70 (see FIG. 5) may be implemented asa wired transceiver. If the media player 26 determines that it shouldtransmit more metering information (block 226), control is passed backto block 225.

If the media player 26 determines that it should not transmit moremetering information (block 226) or if the docking device 28 or theportable meter 32 determines that it should not continue to monitor forthe presence of the network 34, the docking device 28 determines whetherit has detected an undocking event (block 227). For example, anundocking event may occur when the media player 26 is physicallyremoved, disengaged, uncoupled, etc. from the docking device 28. If thedocking device 28 determines that it has not detected an undocking event(block 227) then control is passed back to block 226.

If the docking device 28 determines that it has detected an undockingevent (block 227) or if the docking device 28 did not detect a dockinginsertion (block 221), then the docking device 28 determines whether itshould continue to monitor for a next docking insertion event (block228). If the docking device 28 determines that it should monitor foranother docking insertion event (block 228), then control is passed backto block 221. Otherwise, the process 220 is ended.

Referring now to FIG. 22, although the example portable meter 32 shownin FIG. 3 is attachable to the media player communication port 42 of themedia player 26, an example portable meter 230 substantially similar tothe portable meter 32 (see FIGS. 1 and 5) may instead be configured toattach to the media player 26 via the headphone jack 40. Morespecifically, the portable meter 230 may be configured to include aheadphone/earphone plug 232 suited for insertion into theheadphone/earphone jack 40 instead of having the communication ports 52and 54 shown in FIG. 3. In addition, the portable meter 230 may includea headphone/earphone jack 234 into which the user 16 (see FIG. 1) mayinsert headphone/earphone set 236 having headphones/earbuds 237 forlistening to the media player 26.

Via the headphone/earphone jack 40 and plug 232, the portable meter 230can access and monitor the LINEOUT_(LEFT) and LINEOUT_(RIGHT) signallines 75 a and 75 b for purposes of obtaining and/or generating meteringinformation. The audio signals obtained by inserting the plug 232 intothe jack 40 are used by the portable meter 230 to perform any of theaudio signature generation and/or audio code detection techniquesdescribed above. The LINEOUT_(LEFT) and LINEOUT_(RIGHT) signal lines 75a and 75 b are also supplied as an output at the headphone/earphone jack234 undisturbed by the operation of the portable meter 230 so as to notinterfere with the listening enjoyment of the user 16 (see FIG. 1).

The portable meter 230 includes all of the same components described inconnection with FIG. 5, except that the portable meter 230 need notinclude any video processing circuitry capable of performing videosignature generation and/or video code detection. In some examples, theportable meter 230 may be large enough to install a battery, (e.g. anAAA alkaline battery). In yet other examples, the portable meter 230uses the electrical current supplied by the LINEOUT_(LEFT) andLINEOUT_(RIGHT) signal lines 75 a and 75 b to power its electricalcomponents (e.g., components substantially similar or identical to themeter components 66, 68, and 70 of FIG. 5). In other examples, theportable meter 230 may operate using both battery power and powersupplied by the current from the media player 26.

Referring also to FIG. 23, in yet other examples, the example portablemeter 230 may be adapted for insertion into the headphone/earphone plug40 but be configured for positioning lengthwise along the top of themedia player 26 instead of perpendicular to it as is shown in FIG. 22.In the example of FIG. 23, the portable meter 230 may additionallyinclude a portable meter communication port 233 that is adapted forinsertion into the media player communication port 39 disposed on thetop panel 41 of the media player 26. The portable meter communicationport 233 is adapted to monitor signals of interest (e.g., play command,stop command, pause command, next/previous command, media metadata,graphic display information, video signals, audio signals, etc.) thatare available at the port 39. For example, any data communicationsignals may be monitored for the presence of media content informationand the portable meter 230 additionally monitors for the presence of anyaudio signals or video signals. Any audio and/or video signals detectedare monitored in the same manner as described for the portable meter 32.

Referring now to FIG. 24, in yet another example, an example portablemeter 240 is disposed in the headphones/earbuds portion 237 of theearphone/headphone set 236. In this example, the earphone/headphone set236 is configured to include processing equipment installed in theheadphones/earbuds portion 237 of the set 236 and designed to improvethe quality of the sound for the pleasure of the user 16 (see FIG. 1).The processing equipment includes, for example, a signal processor 242(e.g., a codec, a digital-to-analog converter, an analog-to-digitalconverter, etc.) to which the LINEOUT_(LEFT) 75 a (or LINEOUT_(RIGHT) 75b) audio signals are supplied. In example implementations in which themedia player 26 outputs digital signals via the jack 40, the signalprocessor 242 can be implemented using a digital-to-analog converter(DAC) that converts the digital audio signals to analog audio signalssuitable for output by a speaker 244 installed in each of theheadphones/earbuds. In example implementations in which the media player26 outputs analog signals via the jack 40, the signal processor 242 maybe implemented using an analog-to-digital converter (ADC) to generatedigital information for use in generating signatures or extractingaudio/video codes.

To adapt the headphone/earphone set 236 for inclusion of the portablemeter 240, a memory 246 sufficient to store either codes and/orsignatures is installed in one or both of the headphones/earbuds.Additionally a processor 248 (e.g., a metering information generator)adapted to generate audio signatures and/or extract audio codes in thesame manner as the processor 66 described in connection with FIG. 5 isinstalled in one or both of the headphones/earbuds and coupled to thememory 246. The processor 248 may be configured to execute machinereadable instructions that cause the processor to generate audiosignatures and/or extract audio codes. Alternatively, the processor 248may be implemented using circuitry (e.g., an application specificintegrated circuit (ASIC)) configured to generate audio signaturesand/or extract audio codes. For example, the processor 248 may beprovided with an audio signature generator integrated circuit and/or anaudio code extractor circuit. The portable meter 240 configured in thismanner, (i.e., for installation in the headphone/earphone buds), isprogrammed/adapted to operate in the substantially the same manner asthe portable meter 32 described above in connection with FIG. 5, exceptthat it need not include any equipment for processing video signals. Theportable meter 240 may be powered using the audio signals received viathe LINEOUT_(LEFT) 75 a (or LINEOUT_(RIGHT) 75 b) and includes a battery(not shown) coupled to the processor 248 and memory 246. The battery isused to power the portable meter 240 when the media player 26 is turnedoff so that the portable meter 240 can still communicate with thepersonal computer 29. The portable meter 240 additionally includes awireless transceiver (not shown) for transmitting the media measurementinformation, e.g., the codes and/or signatures, to a personal computer29 (see FIG. 1) coupled to the network 34.

Referring now to FIG. 25, in yet another example, an example portablemeter 500A is in or near the earbud/earphone portion of theearphone/headphone set 502. In this example, the portable meter 500A isconfigured to include a processor 66, a memory 68, a wirelesstransceiver 70A, a battery 71, a codec 78, and speakers 79 (see FIG. 5).The wireless transceiver 70A of the example earphone/headphone set 502may be implemented using any suitable wireless protocol andcorresponding hardware including, for example, Bluetooth®, which mayestablish communications with the wireless transceiver 70 of the examplemedia device 26 of FIG. 25. As such, media content transmitted from themedia device 26 via the wireless transceiver 70 is received by theportable meter 500A of the earphone/headphone 502 and processed by thecodec 78 (see FIG. 5) into an analog signal for the consumer to hear.Additionally, the portable meter 500A of the illustrated exampleextracts metering data from the transmitted audio signals embedded inthe Bluetooth® signal and saves the metering data to memory for latertransfer to the media measurement entity 18. In this example, theportable meter 500A has a dual role of audio processing for a consumer'slistening pleasure and collecting metering data for the measuremententity.

However, other metering examples may share the responsibility forcollecting metering data with an example SFF portable meter 500B, whichmay also be employed to communicate with the example media device 26 viaa wireless transceiver 70B. In such examples, both portable meter 500Aand portable meter 500B receive Bluetooth® signals from the media device26 containing embedded audio signals. However, the portable meter 500Aincludes a codec 78 to process the audio content to produce analog audiosignals to the speakers 79, while the portable meter 500B receives thesame Bluetooth® signals for metering purposes. Accordingly, theearphone/headphone 502 of these examples may be simplified, and mayemploy a smaller memory 68, consume lower amounts of power from thebattery 71, and/or require a less powerful processor 66.

Either or both of the portable meter 500A and/or the SFF portable meter500B of FIG. 25 may include a USB port, a mini-USB port, or similar portto transfer collected media information from the memory 68 to the mediameasurement entity 18. Alternatively, either meter 500A and/or 500B mayemploy the wireless transceiver 70A, 70B to transmit meteringinformation, as described in view of FIG. 19. Various collectedsignatures and/or codes may be transferred to the media measuremententity in any number of ways, including, but not limited to, wirelesslytransmitting the collected information to the home unit 31 (see FIG. 1).The home unit 31 may be configured with a wireless transceiver similarto the wireless transceivers 43, 70, 70A, 70B shown in FIGS. 4, 5,and/or 25. The home unit 31 may be a PC with a high speed (e.g.,broadband) Internet connection, and/or a custom home unit for dedicateduse in the consumer's home. Such high speed network connectivity allowallows real-time transmission of collected metering data from theportable meters 500A and/or 500B.

As will be appreciated by one having ordinary skill in the art,sophisticated headphones having processing power are commerciallyavailable and any of the equipment disposed in these commerciallyavailable headphones/earphones may be adapted for dual operation as ameter such that the processor 248 and the additional memory 246 need notbe added, provided that the existing processor and memory are sufficientto perform the code extraction and signature generation and storagefunctions of the meter 240. In addition, software instructions needed tomodify the operation of the processor 248 for the task of metering mustbe provided.

The example method 250 shown in FIG. 26 may be used to supply portablemeters (e.g., one or more of the example portable meters 32 of FIGS. 1,5, and 6; 230 of FIGS. 22 and 23; 240 of FIG. 24; or 500A and 500B ofFIG. 25) to users 16 (see FIG. 1) who are willing to have theirlistening activities monitored. Initially, a media measurement entity 18(see FIG. 1) partners with a headphone/earphone manufacturer (not shown)to design a dual-purpose metering headphone/headset 236 (see FIGS. 24and 25) (block 252). In some examples, the dual-purpose meteringheadphone/headset 236 may be configured to output enhanced soundquality. All or some of the dual-purpose headphones/earphones 236 areoffered for sale to consumer(s) 16 (see FIG. 1) (block 254). Theconsumer 16 is provided information about the dual-purpose headphones(block 256) in, for example, response to consumer inquiries. Forexample, the consumer 16 may be informed that the dual-purposeheadphones 236 can be purchased with the metering functionality orwithout the metering functionality (block 256). Additionally, theconsumer 16 is informed that the cost of the dual-purpose headphones 236will be reduced if the consumer 16 is willing to be metered (block 256).In the event that the consumer agrees to be metered (block 258), thenthe cost is reduced appropriately and circuitry (e.g., the metercomponents 66, 68, and 70 of FIG. 5) controlling the metering disposedin the headphones 236 is enabled (block 260). Alternatively, the costmay be reduced via a mail-in rebate or a rebate accessed via an Internetwebsite (not shown) that the user is told to visit. Additionally, theconsumer may be asked to complete a survey (not shown) by whichdemographic information about the consumer is supplied to the mediameasurement entity 18 (see FIG. 1) (block 262). The survey may beprovided in hard copy format or may be made available on-line via anInternet website. In the event that the consumer 16 is not willing to bemetered, then the manufacturer/vendor pursues the sale of a non-dualpurpose (i.e., regular) headphone/earphone set (block 264). Once thesale of the headphones is complete or not going to be consummated withthe consumer 16, the manufacturer/vendor determines whether to pursueanother consumer (block 266). If the manufacturer/vendor determines thatit should pursue another consumer (block 266) then control is passedback to block 254, and the blocks subsequent thereto are performed withthe next consumer. Otherwise the process 250 is ended.

The example method 250 of FIG. 26 may be modified in any number of waysto enable distribution of the portable meters 32, 230, or 240 to theconsuming public for purposes of enlisting a greater number of meteredusers. For example, the media measurement entity 18 may partner with theportable media player manufacturers/vendors to provide a rebate orreduced cost media player to consumers who agree to be metered. Inresponse to an agreement to be metered, the consumers are placed incontact with the media measurement entity who responds by collectingdemographic information and sending the user a meter forinsertion/installation with the media player and sends the user anagreed upon rebate. Alternatively, the media measurement entity andmedia player manufacturer/vendor may partner to install the portablemeter 32, 230, or 240 into the portable media player 26 and only enablethe portable meter if the consumer agrees to be metered. If agreement isgiven, then the portable meter is enabled and the user's mediaconsumption via the media player 26 is thereafter monitored.

As will be understood by one having ordinary skill in the art, the mediaconsumption environment, although represented in FIG. 1 as a household,may be any environment in which media content may be consumed. In theillustrated examples, the portability of the media player 26 is intendedto be enhanced by allowing the portable metering of content consumed viathe media player 26. In addition, the home meter 30 shown in FIG. 1,although illustrated as a single device, may be any media meteringsystem having any number of components, devices coupled in any desiredmanner, whether disposed in the home, the workplace, publicthoroughfares, places of commerce, etc. The home meter 30 may beimplemented using the example media metering systems of the patents andpatent applications referenced herein and disclosed in U.S. patentapplication Ser. No. 10/970,585 which are hereby incorporated herein byreference in their entireties.

Referring to FIG. 27, the example personal computer 29 (also shown inFIG. 1) includes software/hardware 270 that enables the personalcomputer 29 to communicate with the media player 26 via the dockingstation 28. In some examples, the processor additionally includessoftware/hardware 272 configured to monitor communication between thesoftware/hardware 270 and the media player 26. Such software/hardware272 may be designed to review any data tables or libraries containinginformation about the media content that is downloaded and whether suchmedia content has been presented/displayed by the media player 26. Suchinformation may be stored in, for example, a memory device 274 installedin the personal computer 29.

Although the example media player 26 shown in FIGS. 1 and 2A includes adocking station interface in the media player communication port 42 viawhich the media player 26 obtains media content, the media player 26 mayinstead have communication ports (not shown) (e.g., a USB port, amini-USB port, a Firewire® port, an Ethernet port, etc.) that connectdirectly to a communication port disposed on the personal computer 29.In this case, all references to the functionality of the docking device28 is embodied in either the media player 26 or the personal computer 29such that the communication occurring between the portable meter 32 andthe docking device 28 instead occurs directly between the portable meter32 and the personal computer 29. In other words, in any of the examplesdescribed herein, the docking device 28 may be implemented by thepersonal computer 29.

Turning to FIG. 28, the example personal computer 29 includes a computermedia player application 2604 and the example media player 26 includes aportable media player application 2606. The personal computer 29 isconfigured to monitor metering information generated by the computermedia player application 2604 and the portable media player application2606. Specifically, the media player applications 2604 and 2606 or othermetering software applications installed on the player 26 and computer29 store metering information in respective media repository datastructures 2608 and 2610 (i.e., a computer media repository database(“CDB”) 2608 and a portable media repository database (“PDB”) 2610). Themetering information may include, for example, song titles, media filetitles, video titles, movie titles, show titles, number of timespresented, dates and times of last presentations, amount of media filethat was presented, user identification, media player applicationidentification, portable media player identification, computeridentification, software identification, etc.

The Apple iTunes® media player application sold by Apple Computer, Inc.of Cupertino, Calif. generates a music database that may be used toimplement the example CDB 2608. Specifically, the Apple iTunes® mediaplayer generates the “iTunes Music Library.xml” and the “iTunes 4 MusicLibrary.itl” file. In addition, the Apple iPOD® portable music playergenerates a music database that may be used to implement the example PDB2610. Of course, any other databases generated by any other computermedia player applications (e.g., the Microsoft® Windows® Media Player®,the RealNetworks®, Inc, RealPlayer®, the Yahoo!® Music Engine, etc.) orany other portable media players may alternatively be used to implementthe CDB 2608 and the PDB 2610. Additionally or alternatively, databasesgenerated by metering software applications separate from media playerapplications may be used in addition to or instead of databasesgenerated by media presentation applications.

In some examples, it is preferable to implement the media repositorydata structures 2608 and 2610 using a data structure or file that storesmetering information using an organization that facilitates relativelyeasily retrieving media monitoring information of interest. Forinstance, an Extensible Markup Language (“XML”) file (e.g., the “iTunesMusic Library.xml” file) represents metering information using ASCIItext that is delimited or otherwise organized using XML tags. Using anXML file enables retrieving metering information using well-knowncharacter and string function calls without requiring the use oftraditional database query languages. Of course, XML files may also beaccessed using XML query languages (e.g., XQuery, developed by the XMLQuery working group of the World Wide Web Consortium (“W3C®”)).Alternatively, traditional database files may be used to implement themedia repository data structures 2608 and 2610, in which casetraditional database query languages (e.g., structured query language(“SQL”)) may be used to access the metering information. Other filetypes that may be used to implement the media repository data structures2608 and 2610 include, for example, text files, ASCII files, spreadsheetfiles, database files, etc.

As shown, the media player 26 may be synchronized with the personalcomputer 29 using a synchronization process 2612. The synchronizationprocess 2612 copies the PDB 2610 to a PDB copy 2614 stored in thepersonal computer 29 via a wired or wireless connection to enable thepersonal computer 29 to access the metering information generated by themedia player 26. In an alternative example, the synchronization process2612 may copy information from the PDB 2610 and merge the informationinto the CDB 2608 instead of into the PDB copy 2614. In this case,because the metering information generated by the portable media playerapplication 2606 and the computer media player application 2604 arestored in the CDB 2608, the personal computer 29 may not require the PDBcopy 2610 to monitor the metering information generated in the mediaplayer 26.

To collect metering information for subsequent processing, the personalcomputer 29 extracts the metering information from the PDB copy 2614 andthe CDB 2608 and stores the retrieved metering information in a meteringlog database 2618 (i.e., a metering log data structure). The personalcomputer 29 may be configured to retrieve all of the meteringinformation in the PDB copy 2614 and the CDB 2608 or only selectmetering information (e.g., only metering information of interest to themedia measurement entity 18) such as, for example, content (e.g., song)titles, artist/actor names, date/time stamps, playback duration, useridentification, media presentation software identification, etc. Thepersonal computer 29 communicates the metering information stored in themetering log database 2618 to the media measurement entity 18 describedabove in connection with FIG. 1 via the communication network 34 (seeFIG. 1).

Although the personal computer 29 is described as using the metering logdatabase 2618 to store metering information retrieved from the PDB copy2614 and the CDB 2608, in alternative examples, the personal computer 29may not have the metering log database 2618. Instead, the personalcomputer 29 may retrieve some or all of the metering information fromthe PDB copy 2614 and/or the CDB 2608 and communicate the retrievedmetering information to the media measurement entity 18 without storingit in a separate metering log database 2618.

In alternative examples, the media player 26 may include a metering logdatabase substantially similar or identical to the metering log database2618 to store some or all of the metering information retrieved from thePDB 2610 and communicate the metering information to the mediameasurement entity 18 without requiring the personal computer 29 tomanage the PDB copy 2614 for purposes of communicating meteringinformation generated at the media player 26 to the media measuremententity 18. In such an example, the media player 26 may include or becommunicatively coupled to a communication transceiver (e.g., a wirelessor wired network adapter, a cellular communication transceiver, thepersonal computer 29, etc.) that communicates the metering informationto the media measurement entity via, for example, the communicationnetwork 34.

In an alternative example, the PDB 2610 or another data structuresubstantially similar or identical to the PDB 2610 may be stored andupdated in the portable meter 32 (see FIGS. 1, 3, 5, and 6). Inparticular, the portable meter 32 may include a metering softwareapplication or metering hardware that monitors media lines (e.g., theVIDEO_(OUT) signal line 74, the LINEOUT_(LEFT) signal line 75 a, and theLINEOUT_(RIGHT) signal line 75 b shown in FIG. 6) and stores meteringinformation in a PDB stored therein. The synchronization process 2612may then copy the metering information from the PDB in the meter 32 tothe PDB copy 2614 via a wired or wireless connection for subsequenttransmission to the media measurement entity 18.

FIG. 29 depicts example frame incremental logging (FIL) tag codes 2702a-c embedded or inserted in a plurality of respective video frames 2704a-c. A FIL tag code is used to store a numerical value that indicatesthe number of times that a corresponding frame has been presented. Forexample, each time the portable media player application 2606 of FIG. 28decodes and presents the video frame 2704 a, the media playerapplication or a function (e.g., a software routine or a hardwarefunction) associated therewith increments the value of the FIL tag code2702 a to indicate that the video frame 2704 a was presented. If a userselects to play some portions of a video file more often than others,FIL tag codes associated with the more often presented portions willhave higher values than FIL tag codes associated with less oftenpresented portions. The FIL tag codes may also be indicative of whethera person fast forwarded through portions of a media presentation becausetypically while fast forwarding, a media player application (e.g., theportable media player application 2606) does not decode every frame ofthe media presentation and, thus, FIL tag codes of non-decoded framesare not incremented.

Each of the FIL tag codes 2702 a-c includes a presentation count portion(e.g., the tag code value 2804 of FIG. 30) to store the number of timesthat a corresponding media frame has been presented and anidentification portion (e.g., the tag code identification number 2802 ofFIG. 30) to identify that particular FIL tag code. In some examples, theidentification portion may correspond to the playback time at which theFIL tag code is inserted in the media content. The FIL tag codes 2702a-c may be inserted in viewable portions of the video frames 2704 a-c.However, because the FIL tag codes 2702 a-c constitute such a relativelysmall portion of viewable area, they are substantially imperceptible tohumans when the video frames 2704 a-c are presented via a display.

To insert FIL tag codes into media content, the media measurement entity18 may partner with or enter into agreements with media productioncompanies or media delivery companies to insert FIL tag codes into mediacontent. Alternatively, the FIL tag codes may be defined using anindustry standard and any media company interested in obtaining ratingsinformation may insert the FIL tag codes into their media content priorto delivering the media content. In the illustrated example of FIG. 29,the FIL tag codes 2702 a-c are inserted at five second intervals.However, in other examples the FIL tag codes 2702 a-c may be inserted atany other interval. The interval may be defined using a predeterminedstandard interval determined by, for example, the media measuremententity 18 and/or an industry standard. Alternatively, the interval maybe different between different media content (e.g., five seconds fortelevision shows, ten seconds for movies, one second for commercials,etc.). In any case, the interval may be stored in a portion of each FILtag code or the interval may be known from an interval value or a mediatype code stored in the media content.

Although in the illustrated example the FIL tag codes 2702 a-c areinserted in video frames (the video frames 2704 a-c), FIL tag codes mayadditionally or alternatively be inserted into audio and/or graphicinformation (e.g., video games, electronic pictures/photos, electronicart, etc.). For example, to track or monitor the number of times thatportions of an audio file have been presented by a media playerapplication (e.g., the media player applications 2604 and 2606 of FIG.28), FIL tag codes may be inserted into audio frames of the audio fileand incremented each time the media player application decodes andpresents them.

In an alternative example, the FIL tag codes 2702 a-c may not beinserted into the media content, but may instead be stored in a separateFIL tag code file (not shown). For example, for each media content filea metering software application may store FIL tag codes in a separateFIL tag code file corresponding to that media content file. In yetanother alternative example, the FIL tag codes may be appended to theend or the beginning of a media content file. In either alternativeexample, metering applications may associate the FIL tag codes withparticular media content frames based on frame identifying data (e.g.,MPEG frame identification codes or other encoder frame identificationcodes) used to encode the media content and the FIL tag codeidentifications (e.g., the tag code identification number 2802 of FIG.30).

The media measurement entity 18 may use the FIL tag codes 2702 a-c todetermine consumer preferences associated with particular mediapresentation portions (e.g., a consumer prefers less violent moviesscenes and often skips or fast forwards through violent scenes). Themedia measurement entity 18 may also use the FIL tag codes 2702 a-c todetermine whether consumers were adequately exposed to advertisements(e.g., a consumer did not watch or listen to enough of a mediapresentation to consume an inserted commercial) to facilitate engagement(i.e., consumer responsiveness, reception and/or recall ofadvertisements) analysis.

Although FIL tag codes (e.g., the FIL tag codes 2702 a-c) are describedherein in connection with portable media presentation devices (e.g., theportable media player 26), FIL tag codes may be used to monitor thepresentation of media by other types of media presentation devices. Forexample, FIL tag codes may be inserted into television programmingmedia, movies distributed on digital versatile disk (“DVD”) or videocassette, Internet protocol television (“IPTV”) programming media,Internet-accessible media, satellite broadcast radio, Internet broadcastradio, compressed or uncompressed digital media (e.g., JPEG, MPEG-2,MPEG-3, MPEG-4, advanced audio coding (“AAC”), Windows Media Audio(“WMA”), Windows Media Video (“WMV”), etc.), compact disc (“CD”) audio,analog audio, analog video, video games, or any other type of media. Inaddition, the FIL tag codes may be processed (e.g., retrieved, read,incremented, stored, etc.) using any media presentation device that maybe used to decode and/or present media content having the FIL tag codessuch as, for example, set-top-boxes, digital video recorders, videocassette recorders/players (“VCR's”), DVD players, CD players, videogame consoles, portable video game devices, computers, stereos, etc.

FIG. 30 depicts an example data structure 2800 used to store a pluralityof example FIL tag codes (e.g., the FIL tag code values 2702 a-c). Thedata structure 2800 stores a plurality of FIL tag code identifiernumbers 2802 and corresponding FIL tag code values 2804. While the mediaplayer applications 2604 and 2606 (see FIG. 28) present media content, aFIL tag code handling routine may store the FIL tag codes 2702 a-c inrespective data structures substantially similar or identical to thedata structure 2800 and increment each of the FIL tag code values whenthe media player applications 2604 and 2606 present a correspondingmedia frame. The FIL tag code handling routine can then write the FILtag code values 2804 back to respective FIL tag codes (e.g., the FIL tagcodes 2702 a-c) of the presented media content.

The metering routine may also use a data structure substantially similaror identical to the example data structure 2800 to store FIL tag codevalues returned from media content for purposes of communicating the FILtag code values to the media measurement entity 18. For example, a datastructure used to store FIL tag code values may be stored in the CDB2608, the PDB 2610, and/or the metering log database 2618 for subsequentcommunication to the media measurement entity 18 for processing.

FIG. 31 depicts an example system 2900 that may be used to monitor mediapresented via the example personal computer 29 and/or an exampleportable media player 26. The example system 2900 may be implementedusing any desired combination of hardware, firmware, and/or software.For example, one or more integrated circuits, discrete semiconductorcomponents, or passive electronic components may be used. Additionallyor alternatively, some or all of the blocks of the example system 2900,or parts thereof, may be implemented using instructions, code, and/orother software and/or firmware, etc. stored on a machine accessiblemedium that, when executed by, for example, a processor system (e.g.,the media player 26 of FIGS. 1, 2, 4, and 28 and/or the personalcomputer 29 of FIGS. 1, 5, and 28), cause the processor system toperform the operations represented in the flowcharts of FIGS. 32-35.

To decode media content, the example system 2900 is provided with amedia decoder 2902. The media decoder 2902 may be configured to decodeaudio, video, and/or graphic media and may be implemented using any oneor more hardware and/or software decoder(s). The media decoder 2902 maybe used to implement the computer media player application 2604 and/orthe portable media player application 2606 (see FIG. 28).

To retrieve FIL tag codes (e.g., the FIL tag codes 2702 a-c of FIG. 29)from media content, increment the FIL tag codes, and store theincremented FIL tag codes in the media content, the example system 2900is provided with a FIL tag code handler 2904.

To update metering information in media repository data structures(e.g., the CDB 2614 and the PDB 2610), the example system 2900 isprovided with a media repository data structure interface 2906. Forexample, the media repository data structure interface 2906 may beconfigured to update metering information in the CDB 2614, the PDB 2610,and/or the example data structure 2800 that pertains to media contentthat is presented by the computer media player application 2604 and/orthe portable media player application 2606. The metering information mayinclude, for example, song titles, media file titles, video titles,movie titles, show titles, number of times presented, last date ofpresentation, amount of media file that was presented, useridentification, media player application identification, portable mediaplayer identification, computer identification, etc.

To extract metering information from the PDB 2610 and/or the CDB 2608and the PDB copy 2614 of FIG. 28, the example system 2900 is providedwith a data extractor 2908. The data extractor 2908 may be configured toretrieve the metering information from the CDB 2608 and the PDB copy2614 and store the metering information in the metering log database2618. When implemented in the media player 26, the data extractor 2908may perform similar operations. For instance, the data extractor 2908may retrieve the metering information from the PDB 2610 and communicatethe metering information to a metering log database in the media player26 or directly to the media measurement entity 18. The data extractor2908 may be configured to retrieve all of the metering information inthe CDB 2608, the PDB 2610, and/or the PDB copy 2614 or only selectmetering information.

The data extractor 2908 may also be configured to retrieve FIL tag codevalues (e.g., the FIL tag codes 2702 a-c) from media content and storethe retrieved FIL tag code values in the data structure 2800 and/or inthe CDB 2608, the PDB 2610, and/or the metering log database 2618 forsubsequent communication to the media measurement entity 18.

To determine when the data extractor 2908 should copy meteringinformation from the CDB 2608 and/or the PDB copy 2614 to the meteringlog database 2618, the example system 2900 is provided with a comparator2910. The comparator 2910 is configured to compare the meteringinformation in the CDB 2608 and the PDB copy 2614 to the meteringinformation stored in the metering log database 2618 to determinewhether metering information in the CDB 2608 and the PDB copy 2614 haschanged since the last time the data extractor 2908 copied meteringinformation from the CDB 2608 and the PDB copy 2614 to the metering logdatabase 2618. If the comparator 2910 determines that some meteringinformation is different between the media repository data structures2608 and 2614 and the metering log database 2618, the comparator 2910communicates a message indicative of the difference to the dataextractor 2908 so that the data extractor 2908 can update the meteringinformation in the metering log database 2618 with any new meteringinformation in the media repository data structures 2608 and 2614.

The comparator 2910 may also be configured to perform other comparisons.For example, to determine when to communicate metering information fromthe metering log database 2618 to the media measurement entity 18, thecomparator 2910 may compare a size of the metering log database 2618 toa predetermined size threshold to determine whether the size of themetering log database 2618 has exceeded the size threshold, in whichcase the metering information from the metering log database 2618 shouldbe communicated to the media measurement entity 18. Additionally, thecomparator 2910 may compare a value of a timer (not shown) to apredetermined time threshold to determine if a lapsed time (tracked bythe timer) has exceeded the time threshold.

To communicate metering information to the media measurement entity 18,the example system 2900 includes a data interface 2912. The datainterface 2912 may be implemented using any suitable communicationtransceiver that communicates data via, for example, the communicationnetwork 34 (see FIGS. 1 and 28). In an example implementation in whichthe example system 2900 is implemented in connection with the personalcomputer 29, the data interface 2912 may be configured to downloadinformation from the media measurement entity 18 to the personalcomputer 29 and/or the media player 26. For example, the data interface2912 may download metering software and/or metering software updates,upgrades, add-ons, patches, etc. In an example implementation in whichthe example system 2900 is implemented in connection with the mediaplayer 26, the data interface 2912 may be configured to communicatemetering information generated by the media player 26 to the personalcomputer 29 and/or to the media measurement entity 2912.

To track the elapsed playback time of a media presentation, the examplesystem 2900 is provided with a playback-time counter 2914. Theplayback-time counter 2914 stores a value indicative of the playbackposition of media being presented by, for example, the media player 26or the personal computer 29. The playback-time counter 2914 incrementsor decrements the value stored therein as the playback position of amedia presentation is incremented or decremented. The position of amedia presentation may be incremented when the media is played back(e.g., regular speed playback or slow motion playback) or isfast-forwarded or portions of the media are skipped. The position of amedia presentation may be decremented when the media is played inreverse or rewound at regular speed or any other speed (e.g., fastrewind, slow motion, etc.) or portions of the media are skipped inreverse. In any case, the value in the playback-time counter 2914 isincremented at a rate proportional to the playback, fast forward, orrewind speeds and is adjusted by amounts in accordance with skippedportions of the media. While the media is paused, the playback-timecounter 2914 does not increment its value.

FIG. 32 is a flowchart representative of example machine readableinstructions that may be executed to implement the example system 2900of FIG.31. Initially, an audience member (e.g., the consumer 16 ofFIG. 1) agrees to participate in an audience metering program (block3002). For example, the consumer 16 may answer ‘YES’ to an on-screenprompt displayed via the personal computer 29 (see FIGS. 1, 5, and 28)asking whether the consumer 16 would like to participate in an audiencemetering program.

The data interface 2912 then downloads metering software (block 3004).For example, the data interface 2912 may download one or more meteringapplications to be installed on the personal computer 29 and/or themedia player 26. The metering applications may be used to implement theFIL tag code handler 2904, the repository data structure interface 2906,the data extractor 2908, the comparator 2910, and the data interface2912 of FIG. 31.

The personal computer 29 then configures the metering software to beexecuted by the personal computer 29 (block 3006). For example, thepersonal computer 29 may install executable files, library files, etc.used to implement the metering software. In addition, the personalcomputer 29 installs or generates the metering log database 2618 anddetermines the file access paths for the CDB 2608 and the PDB copy 2614.The personal computer 29 can store a user identification, a personalcomputer identification, a software identification, and creationtime/date information in the metering log database 2618. In someexamples, the metering software may be implemented as a plug-in thatfunctions in connection with media player applications (e.g., thecomputer media player application 2604 and/or the portable media playerapplication 2606 of FIG. 28). In addition, the personal computer 29 incombination with the media player 26 install the metering software onthe media player 26 (block 3008). For example, after coupling the mediaplayer 26 to the docking device 28 (see FIGS. 1 and 2B), thesynchronization process 2612 (see FIG. 28) may copy the meteringsoftware application from the personal computer 29 to the media player26 and install the metering software application and the PDB 2610 on themedia player 26.

During the installation process of the metering software, the dataextractor 2908 copies some or all of the metering information from theCDB 2608 and/or the PDB copy 2614 to the metering log database 2618(block 3010). Alternatively, the data extractor 2908 may copy themetering information to the metering log database 2618 upon initialexecution of the metering software.

The portable media player 26 then determines whether it should monitormedia content presented by the portable media player application 2606(block 3012). For example, the portable media player 26 may determinethat it should monitor media content presented by the portable mediaplayer application 2606 any time the portable media player 26 is turnedon or any time a user (e.g., the consumer 16) selects a media file forpresentation. If the portable media player 26 determines that it shouldmonitor media content presented by the portable media player application2606 (block 3012), then it monitors media content presented by theportable media player application 2606 (block 3014) by, for example,executing the metering software downloaded and installed at blocks 3004and 3008. The monitoring process of block 3014 may be implementedaccording to the flowchart depicted in FIG. 33 and described in detailbelow.

The personal computer 29 determines whether it should monitor mediacontent presented by the computer media player application 2604 (block3016). For example, the personal computer 29 may determine that itshould monitor media content presented by the computer media playerapplication 2604 any time a user (e.g., the consumer 16) launches thecomputer media player application 2604 or selects a media file forpresentation. If the personal computer 29 determines that it shouldmonitor media content presented by the computer media player application2604 (block 3016), then it monitors media content presented by theportable media player application 2604 (block 3018) by, for example,executing the metering software downloaded and installed at blocks 3004and 3006. The monitoring process of block 3018 may be implementedaccording to the flowchart depicted in FIG. 34 and described in detailbelow.

The personal computer 29 determines whether it should launch a meteringinformation collection application (block 3020) to, for example,retrieve metering information from the CDB 2608 and the PDB copy 2614and to communicate the metering information to the media metering entity18 (see FIG. 1). For example, the personal computer 29 may determinethat it should launch the metering information collection applicationany time the personal computer 29 is turned on. If the personal computer29 determines that it should launch the metering information collectionapplication (block 3020), then it executes the metering informationcollection application as a background process (block 3022) accordingto, for example, the flowchart depicted in FIG. 35 and described indetail below. Although blocks 3012, 3014, 3016, 3018, 3020, and 3022 areshown as being performed in parallel, in other examples, those blocksmay be performed in serial.

FIG. 33 is a flowchart representative of example machine readableinstructions that may be executed to monitor the portable media player26. Initially, the media decoder 2902 (see FIG. 31) determines whetherit has received a playback command (block 3102). If the media decoder2902 has not received a playback command (block 3102), the media decoder2902 continues to check if it has received a playback command (block3102). If the media decoder 2902 determines that it has received aplayback command, the repository data structure interface 2906 updatesthe PDB 2610 (see FIG. 28) (block 3104) with information (e.g., mediaidentification, current date stamp, current time stamp, etc.) pertainingto a media content file (e.g., a media content file selected by theconsumer 16) selected for presentation.

The media decoder 2902 (see FIG. 31) then presents the requested mediacontent (block 3106) and the FIL tag code handler 2904 (see FIG. 31)determines whether it should monitor frame tagging (block 3108) using,for example, FIL tag codes (e.g., the FIL tag codes 2702 a-c of FIG.29). If the FIL tag code handler 2904 determines that it should notmonitor frame tagging (block 3108) then the media decoder 2902 presentsthe selected media content (block 3106) without having the FIL tag codehandler 2904 monitor FIL tag codes. Otherwise, if the FIL tag codehandler 2904 determines that it should monitor frame tagging (block3108), then the FIL tag code handler 2904 monitors frame tagging (block3110) according to, for example, the example flowchart depicted in FIG.36 and described in detail below.

The media decoder 2902 then determines whether it should stop playback(block 3114). For example, the media decoder 2902 may determine that itshould stop playback if the consumer 16 presses a stop button or a nextmovie button or a next song button on the media player 26. Additionally,the media decoder 2902 may determine that it should stop playback if ithas reached the end of the selected media content. If the media decoder2902 determines that it should not stop playback, then control isreturned to block 3112. Otherwise, if the media decoder 2902 determinesthat it should stop playback, then the media decoder 2902 stopspresenting the media content (block 3114).

The media player 26 then determines whether it should synchronize thePDB 2610 with the personal computer 29 (block 3116). For example, themedia player 26 may determine that it should synchronize the PDB 2610 ifthe consumer 16 has communicatively coupled the media player 26 to thepersonal computer 29 via, for example, the docking station 28 and/or ifthe consumer 16 has selected a synchronization button. If the mediaplayer 26 determines that it should not synchronize the PDB 2610 withthe personal computer 29 (block 3116), then control is passed back toblock 3102. Otherwise, if the media player 26 determines that it shouldsynchronize the PDB 2610 with the personal computer 29 (block 3116),then the synchronization process 2612 copies the metering informationfrom the PDB 2610 to the PDB copy 2614 (see FIG. 28) in the personalcomputer 29 and control is returned to a calling function or processsuch as, for example, the process described above in connection withFIG. 32.

FIG. 34 is a flowchart representative of example machine readableinstructions that may be executed to monitor media content presented bythe computer media player application 2604. Initially, the media decoder2902 (see FIG. 31) determines whether it has received a playback command(block 3202). If the media decoder 2902 has not received a playbackcommand (block 3202), the media decoder 2902 continues to check if ithas received a playback command (block 3202). If the media decoder 2902determines that it has received a playback command, the repository datastructure interface 2906 updates the CDB 2608 (see FIG. 28) (block 3204)with information pertaining to a media content file (e.g., a mediacontent file selected by the consumer 16) selected for presentation.

The media decoder 2902 (see FIG. 31) then presents the requested mediacontent (block 3206) and the FIL tag code handler 2904 (see FIG. 31)determines whether it should monitor frame tagging (block 3208) using,for example, FIL tag codes (e.g., the FIL tag codes 2702 a-c of FIG.29). If the FIL tag code handler 2904 determines that it should notmonitor frame tagging (block 3208) then the media decoder 2902 presentsthe selected media content (block 3206) without having the FIL tag codehandler 2904 monitor FIL tag codes. Otherwise, if the FIL tag codehandler 2904 determines that it should monitor frame tagging (block3208), then the FIL tag code handler 2904 monitors frame tagging (block3210) according to, for example, the example flowchart depicted in FIG.36 and described in detail below.

The media decoder 2902 then determines whether it should stop playback(block 3214). For example, the media decoder 2902 may determine that itshould stop playback if the consumer 16 presses a stop button or a nextmovie button or a next song button on the personal computer 29.Additionally, the media decoder 2902 may determine that it should stopplayback if it has reached the end of the selected media content. If themedia decoder 2902 determines that it should not stop playback, thencontrol is returned to block 3212. Otherwise, if the media decoder 2902determines that it should stop playback, then media decoder 2902 stopspresenting the media content (block 3214) and control is returned to acalling function or process such as, for example, the process describedabove in connection with FIG. 32.

FIG. 35 is a flowchart representative of example machine readableinstructions that may be executed to perform a background meteringinformation collection process. Initially, the comparator 2910 comparesthe contents of the CDB 2608 and the PDB copy 2614 to the contents ofthe metering log database 2618 (see FIG. 28) (block 3302) and determineswhether the contents of the CDB 2608 and/or the PDB copy 2614 havechanged based on the comparison (block 3304). For example, if the CDB2608 and/or the PDB copy 2614 include information different from thatstored in the metering log database 2618, then the comparator 2910determines that the contents of the CDB 2608 and/or the PDB copy 2614have changed since the last time the data extractor 2908 copied meteringinformation from the CDB 2608 and/or the PDB copy 2614 to the meteringlog database 2618.

If the comparator 2910 determines that the contents of the CDB 2608and/or the PDB copy 2614 have changed (block 3304), then the dataextractor 2908 updates the metering log database 2618 (block 3306). Inparticular, the data extractor 2908 retrieves all or select changedmetering information from the CDB 2608 and/or the PDB copy 2614 andstores the retrieved metering information in the metering log database2618 (block 3306).

After the data extractor 2908 updates the metering log database (block3306) or if at block 3304 the comparator 2910 determines that thecontents of the CDB 2608 and/or the PDB copy 2614 have not changed, thenthe comparator 2910 determines whether the metering log database 2618has exceeded a size threshold (block 3308). For example, a predeterminedsize threshold may be used to determine when to communicate metering loginformation stored in the metering log database 2618 to the mediameasurement entity 18.

If the comparator 2910 determines that the metering log database 2618has not exceeded the size threshold (block 3308), then the comparator2910 determines whether a lapsed time has exceeded a time threshold(block 3310). For example, a predetermined time threshold may be used todetermine when to communicate metering information from the metering logdatabase 2618 to the media measurement entity 18. In this manner, evenif the metering log database 2618 never exceeds a size threshold, themedia measurement entity 18 is nonetheless guaranteed to receive themetering information at least at substantially periodic intervals basedon the time threshold. The lapsed time that the comparator 2910 comparesto the predetermined time threshold may be tracked using, for example, atimer (not shown) that the example system 2900 resets after each timethe data interface 2912 transmits metering information from the meteringlog database 2618 to the media measurement entity 18.

If the comparator 2910 determines that a lapsed time has exceeded thetime threshold (block 3310) or if at block 3308 the comparator 2910determines that the metering log database 2618 has exceeded the sizethreshold, then the data interface 2912 (see FIG. 31) communicatesmetering information from the metering log database 2618 to the mediameasurement entity 18 (block 3312).

After the data interface 2912 has communicated the metering informationfrom the metering log database 2618 to the media measurement entity 18(block 3312) or if the comparator 2910 determines that the metering logdatabase 2618 has not exceeded a size threshold (block 3308) or if thecomparator 2910 determines that a lapsed time has not exceeded a timethreshold (block 3310), the data interface 2912 determines if there areany software updates available from the media measurement entity 18(block 3314). The software updates may be upgrades, add-ons, patches,additional features, etc. for the metering software applicationsinstalled on the personal computer 29 and/or the media player 26. If thedata interface 2912 determines that there are software updates available(block 3314), then the data interface 2912 downloads and installs thesoftware updates (block 3316) on the personal computer 29 and/or themedia player 26.

The example system 2900 then determines whether it should stop thebackground metering information collection process (block 3318). Forexample, the example system 2900 may stop the background process if itis turned off or if the consumer 16 has indicated a request to no longerparticipate in the metering program. If the example system 2900determines that it should not stop the background process then controlis passed back to block 3302. Otherwise, the example system 2900 stopsthe background process (block 3320) and control is returned to a callingfunction or process such as, for example, the process of the exampleflowchart depicted in FIG. 32.

FIG. 36 is a flowchart representative of example machine readableinstructions that may be executed to monitor frame tagging using FIL tagcodes (e.g., the FIL tag codes 2702 a-c of FIG. 29). Initially, the FILtag code handler 2904 (see FIG. 31) retrieves FIL tag codes from aselected media content file (block 3402). For example, after theconsumer 16 selects a particular media content file (e.g., an audiofile, a video file, etc.) to be presented, the FIL tag code handler 2904retrieves the FIL tag codes corresponding to that media content file. Ifthe FIL tag codes are inserted into frames (e.g., audio frames or videoframes) of the media content as depicted in FIG. 29, the FIL tag codehandler 2904 can retrieve the FIL tag codes from the frames at block3402. Alternatively, if the FIL tag codes are appended to the end orbeginning of the media content file or the codes are stored in aseparate file the FIL tag code handler 2904 can retrieve the codes atblock 3402. The FIL tag code handler 2904 then stores the retrieved FILtag codes in a data structure (block 3404) that may be substantiallysimilar or identical to the data structure 2800 of FIG. 30.Alternatively, the data extractor 2908 may retrieve (block 3402) andstore (block 3404) the FIL tag codes.

As the media decoder 2902 (see FIG. 31) presents the selected mediacontent file (e.g., at blocks 3106 and/or 3206 of FIGS. 33 and 34), theFIL tag code handler 2904 and/or the comparator 2910 then determines ifthe media content has reached a correct time offset (block 3406)indicative of a location in the media content corresponding to a FIL tagcode. For example, if FIL tag codes are inserted into the media contentat five-second intervals, the example system 2900 can generate aplurality of FIL tag code time offset values (e.g., 5 seconds, 10seconds, 20 seconds, etc.). Each FIL tag code time offset valueindicates a correct time offset in a media presentation at which a FILtag code is embedded in a frame of the media presentation. The FIL tagcode handler 2904 may monitor the playback-time counter 2914 (FIG. 29)to determine when five seconds of media content have been presented bycomparing the playback-time counter value to a correct time offset valuecorresponding to a FIL tag code time offset value derived using the fivesecond interval. Even if the media content is fast forwarded or fastreversed, the FIL tag code handler 2904 can determine based on theplayback-time counter 2914 when the playback of the media content hasreached a time interval (i.e., a FIL tag code time offset value)corresponding to a FIL tag code.

If the FIL tag code handler 2904 and/or the comparator 2910 determinesthat a correct time offset has been reached (block 3406), the FIL tagcode handler 2904 retrieves the FIL tag code corresponding to the mediaframe (e.g., one of the media frames 2704 a-c of FIG. 29) presented atthat time offset (block 3408). For example, the FIL tag code handler2904 may retrieve the FIL tag code corresponding to the presented mediaframe from the data structure 2800 (see FIG. 30) based on the tag codeidentification number of the presented media frame and the tag codeidentification numbers 2802 stored in the data structure 2800. The FILtag code handler 2904 then increments the value of the retrieved FIL tagcode (block 3410) and updates the FIL tag code value in the datastructure 2800 (block 3412).

After the FIL tag code handler 2904 has updated the data structure 2800(block 3412) or if at block 3406 the FIL tag code handler 2904determines that the correct time offset has not been reached, the FILtag code handler 2904 determines whether the media presentation hasstopped (block 3414) based on, for example, the playback-time counter orthe status of the media decoder 2902 (see FIG. 31). If the FIL tag codehandler 2904 determines that the media presentation has not stopped(block 3414), then control is returned to block 3406. Otherwise, the FILtag code handler 2904 writes the FIL tag codes from the data structure2800 to the selected media content file (block 3416) or to a FIL tagcode file corresponding to the selected media content file. Therepository data structure interface 2906 then writes the FIL tag codesfrom the data structure 2800 and/or the selected media content file to amedia repository database file (block 3418) to, for example, becommunicated to the media measurement entity 18 as described above inconnection with FIG. 33. For example, if the process of FIG. 34 isimplemented in association with the portable media player 26, therepository data structure interface 2906 writes the FIL tag codes to thePDB 2610. Alternatively, if the process of FIG. 34 is implemented inassociation with the personal computer 29, the repository data structureinterface 2906 writes the FIL tag codes to the CDB 2608. In addition,the repository data structure interface 2906 writes media identificationinformation, a FIL tag code interval value, a date stamp, and a timestamp media repository database file in association with the FIL tagcodes written at block 3418 (block 3420). Control is then returned to acalling function or process such as, for example, the process of theexample flowchart depicted in FIG. 33 or FIG. 34.

FIG. 37 is a block diagram of an example processor system 3510 that maybe used to execute the example machine readable instructions of FIGS.7-21, 26, and/or 32-36 to implement the example systems and/or methodsdescribed herein. As shown in FIG. 37, the processor system 3510includes a processor 3512 that is coupled to an interconnection bus3514. The processor 3512 includes a register set or register space 3516,which is depicted in FIG. 37 as being entirely on-chip, but which couldalternatively be located entirely or partially off-chip and directlycoupled to the processor 3512 via dedicated electrical connectionsand/or via the interconnection bus 3514. The processor 3512 may be anysuitable processor, processing unit or microprocessor. Although notshown in FIG. 37, the system 3510 may be a multi-processor system and,thus, may include one or more additional processors that are identicalor similar to the processor 3512 and that are communicatively coupled tothe interconnection bus 3514.

The processor 3512 of FIG. 37 is coupled to a chipset 3518, whichincludes a memory controller 3520 and an input/output (I/O) controller3522. As is well known, a chipset typically provides I/O and memorymanagement functions as well as a plurality of general purpose and/orspecial purpose registers, timers, etc. that are accessible or used byone or more processors coupled to the chipset 3518. The memorycontroller 3520 performs functions that enable the processor 3512 (orprocessors if there are multiple processors) to access a system memory3524 and a mass storage memory 3525.

The system memory 3524 may include any desired type of volatile and/ornon-volatile memory such as, for example, static random access memory(SRAM), dynamic random access memory (DRAM), flash memory, read-onlymemory (ROM), etc. The mass storage memory 3525 may include any desiredtype of mass storage device including hard disk drives, optical drives,tape storage devices, etc.

The I/O controller 3522 performs functions that enable the processor3512 to communicate with peripheral input/output (I/O) devices 3526 and3528 and a network interface 3530 via an I/O bus 3532. The I/O devices3526 and 3528 may be any desired type of I/O device such as, forexample, a keyboard, a video display or monitor, a mouse, etc. Thenetwork interface 3530 may be, for example, an Ethernet device, anasynchronous transfer mode (ATM) device, an 802.11 device, a digitalsubscriber line (DSL) modem, a cable modem, a cellular modem, etc. thatenables the processor system 3510 to communicate with another processorsystem.

While the memory controller 3520 and the I/O controller 3522 aredepicted in FIG. 37 as separate functional blocks within the chipset3518, the functions performed by these blocks may be integrated within asingle semiconductor circuit or may be implemented using two or moreseparate integrated circuits.

Although certain methods, apparatus, systems, and articles ofmanufacture have been described herein, the scope of coverage of thispatent is not limited thereto. To the contrary, this patent covers allmethods, apparatus, systems, and articles of manufacture fairly fallingwithin the scope of the appended claims either literally or under thedoctrine of equivalents.

What is claimed is:
 1. A media presentation device comprising: a firstprocessor; a memory; an output device; an input to receive user input;and a monitor installed in the media presentation device at a time ofmanufacture of the media presentation device, the monitor provided to amanufacturer of the media presentation device by an audience measuremententity, the monitor including: machine readable instructions, that whenexecuted by the first processor, cause the first processor to: obtaindemographic information of a user via the input; present an agreement tothe user via the output device of the media presentation device; enablecollection of monitoring information when the agreement is accepted;prevent collection of the monitoring information when the agreement isnot accepted; and collect monitoring information identifying at leastone of a media presentation on the media presentation device or a userinteraction with the media presentation device when the collection ofthe monitoring information is enabled.
 2. The media presentation deviceas defined in claim 1, wherein the collection of the monitoringinformation includes at least one of generating an audio signature basedon the media or extracting a code from the media.
 3. The mediapresentation device as defined in claim 1, wherein the mediapresentation device is at least one of a TV, a MP3 portable mediaplayer, a computer, a set-top-box, a digital versatile disk (DVD)player, a stereo.
 4. The media presentation device as defined in claim1, wherein the monitor further comprises a transceiver to transmit themonitoring information to a personal computer.
 5. The media presentationdevice as defined in claim 4, wherein the transceiver is to transmit themonitoring information to the personal computer via wirelesscommunications.
 6. The media presentation device as defined in claim 1,wherein the user interaction with the media presentation device includeat least one of selecting a play command, a stop command, a pausecommand, a previous command, or a next command.
 7. The mediapresentation device as defined in claim 1, wherein monitor furtherincludes: a second processor; a second memory, the second memoryincluding the machine readable instruction, that when executed by thesecond processor, cause the second processor to: obtain demographicinformation of a user via the input; present an agreement to the uservia the output device of the media presentation device; enable thecollection of the monitoring information when the agreement is accepted,not enable the collection of the monitoring information when theagreement is not accepted; collect monitoring information identifying atleast one of a media presentation on the media presentation device or auser interaction with the media presentation device when the collectionof the monitoring information is enabled.
 8. The media presentationdevice as defined in claim 7, wherein monitor further includes a signalline interface to collect the monitoring information.
 9. A method,comprising: installing a monitor in a media presentation device at atime of manufacture of the media presentation device, the mediapresentation device including a first processor and a memory, themonitor provided to a manufacturer of the media presentation device byan audience measurement entity, the monitor including: machine readableinstructions, that when executed by the first processor, cause the firstprocessor to: obtain demographic information of a user; present anagreement to the user; enable collection of monitoring information whenthe agreement is accepted; prevent collection of the monitoringinformation when the agreement is not accepted; and collect monitoringinformation identifying at least one of a media presentation on themedia presentation device or a user interaction with the mediapresentation device when the collection of the monitoring information isenabled.
 10. The method as defined in claim 9, wherein the collection ofthe monitoring information includes at least one of generating an audiosignature based on the media or extracting a code from the media. 11.The method as defined in claim 9, wherein the media presentation deviceis at least one of a TV, a MP3 portable media player, a computer, aset-top-box, a digital versatile disk (DVD) player, a stereo.
 12. Themethod as defined in claim 9, wherein the monitor further comprises atransceiver to transmit the monitoring information to a personalcomputer.
 13. The method as defined in claim 12, wherein the transceiveris to transmit the monitoring information to the personal computer viawireless communications.
 14. The method as defined in claim 9, whereinthe user interaction with the media presentation device include at leastone of selecting a play command, a stop command, a pause command, aprevious command, or a next command.
 15. The method as defined in claim9, wherein monitor further includes: a second processor; a secondmemory, the second memory including the machine readable instruction,that when executed by the second processor, cause the second processorto: obtain demographic information of a user via an input; present anagreement to the user via an output device of the media presentationdevice; enable the collection of the monitoring information when theagreement is accepted, not enable the collection of the monitoringinformation when the agreement is not accepted; collect monitoringinformation identifying at least one of a media presentation on themedia presentation device or a user interaction with the mediapresentation device when the collection of the monitoring information isenabled.
 16. The method as defined in claim 15, wherein monitor furtherincludes a signal line interface to collect the monitoring information.17. A machine readable storage device comprising instructions that, whenexecuted, cause a processor to at least: obtain demographic informationof a user; present an agreement to the user v; enable collection ofmonitoring information when the agreement is accepted; preventcollection of the monitoring information when the agreement is notaccepted; and collect monitoring information identifying at least one ofa media presentation on the media presentation device or a userinteraction with the media presentation device when the collection ofthe monitoring information is enabled.
 18. The machine readable storagedevice as defined in claim 17, wherein the collection of the monitoringinformation includes at least one of generating an audio signature basedon the media or extracting a code from the media.
 19. The machinereadable storage device as defined in claim 17, wherein the mediapresentation device is at least one of a TV, a MP3 portable mediaplayer, a computer, a set-top-box, a digital versatile disk (DVD)player, a stereo.
 20. The media presentation device as defined in claim17, wherein the user interaction with the media presentation deviceinclude at least one of selecting a play command, a stop command, apause command, a previous command, or a next command.